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REMARKS 

Claims 3 and 1 1 were previously cancelled without prejudice and claims 1 , 
2, 4-6, 10, 12-15, and 23-28 were previously withdrawn. Claims 7-9 and 16-22 remain 
pending in the application, for a total of ten (10) pending claims. Claims 7 and 8 are 
independent claims, while claims 9 and 16-22 are dependent claims. 

The Patent Office previously rejected all of the pending claims (claims 7-9 
and 16-22) under 35 U.S.C. § 102(b) based on public use or sale citing the Information 
Disclosure Statement (IDS) Applicant filed on 4/5/2002. The Patent Office argued that 
because the Applicant received payment for accounting services performed prior to the 
critical date, that an offer for sale occurred prior to the critical date and that the 
invention is bared from patentability. In response, Applicant has stated and provided 
evidence that the activities that took place prior to the critical date were limited to 
permissible experimental use. In the Advisory Action mailed 12/20/05, the Patent 
Office indicated that the Applicant had overcome this rejection, apparently accepting 
the validity of the evidence provided and concluding that activities more than one year 
before the filing date were limited to permissible experimental use. 

In the Final Office Action mailed 10/27/05, the Patent Office also rejected 
all of the pending claims (claims 7-9 and 16-22) under 35 U.S.C. § 103 as being 
unpatentable (obvious) over Blasnik et al. (US 2003/0050877). The Patent Office 
stated that Blasnik taught everything in the claims except for the "sequence of the 
method steps", which "would have been obvious to one of ordinary skill in the art at the 
time of the invention". But in the Request for Reconsideration mailed on 11/22/05 in 
response to the Final Office Action, Applicant submitted that Blasnik et al. does not 
qualify as prior art against Applicant's invention. Rather, Blasnik was filed on 
September 10, 2001, and as stated in the Green Affidavit previously filed on 8/15/05, 
"the invention was used by the Bank of New York (BNY) to perform accounting services 
for JP Morgan prior to February 15, 2001", about seven months prior to the filing of 
Blasnik. Applicants information disclosure statement (IDS) filed on 4/5/2002, also 
indicated that the present invention was used between January 31, 2001, and the 
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summer or fall of 2001. Thus, undisputed evidence had previously been placed on that 
record that the Applicant invented the current invention prior to the filing of Blasnik et al. 
Further, this evidence was accepted by the Patent Office to show use before the bar 
date, and then was also accepted by the Patent Office to show that the use before the 
bar date was limited to permissible experimental use. Still further, Applicant submitted 
that Applicant was diligent in the pursuit and reduction to practice of the invention and 
that the experimentation performed on the invention, as described in the Green 
Affidavit, constituted undisputed evidence of such diligence. 

Then, in the Advisory Action mailed on 12/20/05, the Patent Office stated 
that the Request for Reconsideration mailed on 1 1/22/05 did not place the application in 
a condition for allowance because the Applicant had not provided drawing exhibits or 
records (or explained their absence) to establish reduction to practice or conception of 
the invention prior to the effective date of Blasnik as required by 37 C.F.R. 1.131(b). 
Further, such documents had not bee presented to establish due diligence to reduce 
the invention to practice or to file the application. 

Responsive thereto, and in an effort to resolve this final issue, Applicant 
submits herewith for consideration, the following documents: 

1. An e-mail sent on 03/02/2001 from Spencer Moser of the Bank of 
New York (BNY, the assignee) to Michael Povman (also of BNY) and attachments to 
that e-mail, which include text and figures describing the BNY system that the current 
patent application concerns. 

2. A fax cover sheet dated May 8, 2001 which transmitted an earlier 
draft copy of the current patent application from Applicant's patent attorney to Kirk 
Woetzel (who's actual name is Kurt Woetzel) of BNY for review prior to filing of the 
current patent application. 

Applicant submits that these documents (1) are true copies kept in the 
regular course of business and that to Applicant's knowledge and belief, the dates on 
these documents are correct. However, the applications handling these documents has 



535411/0123357 



3 



EXPRESS MAIL NO. EV478774021US 



changed since 2001. As a result, certain figures did not print correctly (e.g., on pages 
27-29) of the enclosure titled "The Bank of New York Strategic Global Accounting 
System Architecture". Applicant's counsel tried several times to get these figures to 
print but was not successful. But Applicant faxed these three pages to Applicant's 
counsel, and the faxed pages are included herewith in addition to the pages that did not 
print correctly. Further, the undersigned submits that the fax cover sheet (2) is a true 
copy kept in the regular course of business and further that in the regular course of 
business the draft patent application that had been sent with the May 8, 2001 fax cover 
sheet was not kept, but rather, only the final draft of the patent application that was filed 
with the Patent Office was kept in the attorney files. 

Both of these dated documents predate the September 10, 2001 filing 
date and priority date of Blasnik. Further, these documents support the Green Affidavit 
previously submitted on 8/15/05, and the April 5, 2002 IDS. These documents, 
separately or combined, provide undisputed evidence that the present invention was 
conceived and reduced to practice prior to the filing of the Blasnik application. 

Still further, applicant submits that they were diligent in the pursuit of the 
invention including reduction to practice, experimental use, and patenting. It is true that 
the system that the invention concerns is a large project and that it took time to perform 
these activities. But as stated in the Green Affidavit submitted on 8/1 5/05, changes 
were made to the software during experimental use, and use prior to the critical date 
was performed for no longer than necessary before the determination was made that 
the invention worked satisfactorily. In addition, it was in BNY's best interest to get the 
invention into use as quickly as possible, and it was in BNY's best interest to get a 
patent application filed as soon as possible to permit them to stop others from copying 
the invention. As a result, the necessary work was performed with a fully reasonable 
level of diligence and as quickly as practicable under the circumstances. Accordingly, 
Applicant was diligent in the pursuit of the invention from the time of conception through 
filing of the patent application. 
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In conclusion, Applicant has now submitted documentary evidence from 
before the priority date of Blasnik indicating that the present invention was conceived 
and reduced to practice before the priority date of Blasnik. Further, Applicant has 
explained why other documentation was not kept, and Applicant has attested and 
explained that they were diligent in reducing the invention to practice, conducting 
experimental use, and filing of the patent application. Consequently, Applicant submits 
that Blasnik et al. does not qualify as prior art under 35 U.S.C. § 103, and should be 
eliminated from consideration as a reference. Applicant further submits that the other 
references cited do not, at least without Blasnik, teach or suggest all of the limitations of 
the current claims. As a result, Applicant requests reconsideration of this rejection 
under 35 U.S.C. § 103. Further, Applicant submits that all grounds for rejection have 
been overcome. Reconsideration and allowance of all pending claims is requested. 

Respectfully submitted, 

Date: [^£f By: /^^A^X^^ 

Allan W. Watts 

U.S. Reg. No. 45,930 

Bryan Cave LLP 

One Renaissance Square 

Two North Central Avenue, Suite 2200 

Phoenix, AZ 85004-4406 

allan.watts@bryancave.com 

Direct: 602-364-7331 

Fax: 602-716-8331 



CERTIFICATE OF EXPRESS MAILING UNDER 37 C.F.R. 1.10. 

I hereby certify that this document (and any others referred to as being attached or enclosed) is being 
deposited with the United States Postal Service as "Express Mail Post Office to Addressee" service, mailing label 
No. EV478774021US on January 27, 2006 and addressed to Mail Stop Amendment, Commissioner for Patents, 
P.O. Box 1450, Alexandria, VA 22313-1450. 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made 
on information and belief are believed to be true; and further that these statements were made with the knowledge 
that willful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 
1001 of Title 18 of the United States Code, and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. •«■ 

Printed Name: /fl&i 0 hdcL (ft. &rLO<t<f 
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Watts, Allan W. 

From: mpovman@bankofny.com 

Sent: Thursday, January 26, 2006 1 :33 PM 

To: Watts, Allan W. 

Subject: Re: Suporting Documents for Business Abstracts 



SMDB Pricing API SMDB outbound SGA Systems smdb_interface_v6. SMDB tags.xls (71 MIDYS Transalation 
Message Forma... message detail f... Arch.doc (307 KB) doc (316 KB)... KB) vlO - 08072... 



Forwarded by Michael Povman/NY/DOMESTIC/BNY on 01/26/2006 03:32 PM 



Michael Povman 

To: Spencer Moser@BNY 

03/02/2001 05:28 cc: Michael Povman@BNY, 

Jim Reitz@BNY 

PM Subject: Re: Suporting 

Documents for Business Abstracts (Document link: Michael 

Povman) 



Additional documents to support the BNY-JPM asset synchronization business 
abstract are attached. 

Rgds, 
Spencer 

(See attached file: SMDB Pricing API Message Formats.doc) (See attached 
file: SMDB outbound message detail for MIDYS v2.doc) 



Spencer Moser 
03/02/2001 05:25 PM 

To: Michael P6vman@BNY 

cc: Jim Reit z@BNY (bcc: Spencer Moser) 

Subject: Suporting Documents for Business Abstracts 

Attached are the functional and technical documents that support the BNY- 
JPM asset synchronization and SGA system busines abstracts. I expect to 
receive additional documentation from SGA. They have been experienceing 
production issues for two days, and have not had the opportunity to 
identify the appropriate documentation. We figured it was best to wait 
rather then send you everything, half of which may not apply. 

Let me know if you have any questions. 



l 
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Rgds, 
Spencer 

SGA 

(See attached file: SGA Systems Arch. doc) 



Asset Syncronization 



(See attached file: smdb_interface_v6.doc) (See attached file: SMDB 
tags.xls) (See attached file: MIDYS Transalation vlO - 08072000.xls) 



The information in this e-mail, and any attachment therein, is confidential 
and for use by the addressee only. If you are not the intended recipient, 
please return the e-mail to the sender and delete it from your computer. 
Although The Bank of New York attempts to sweep e-mail and attachments for 
viruses, it does not guarantee that either are virus-free and accepts no 
liability for any damage sustained as a result of viruses. 
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SMDB Pricing API Message Formats 

This document describes message formats for SMDB Price and FX Rate feeds (implemented as Push 
Processors) provided to subscribing applications. 

A message for an SMDB record represents a delimited alphanumeric string, that contains information about 
feed destinations and record fields. All message formats follow a tag/value sequence. 

Tags are presented here with SMDB API declarations. 



SMDB FX Rate Message Format 

The following table describes SMDB FX rate tags 



API DECLARATION 


TAG 


DESCRIPTION 


AP OBJ SMDBFXRATE 


"SMDFXRTE" 


Opening Record Type Indicator j 


APPL GSP 


ttA GSP A " 


Feed to GSP 


APPL ASP 


" A ASP A " 


Feed to ASP i, 


APPL CDW 


" A CDW A " 


Feed to CDW 


APPL SGA 


" A SGA A " 


Feed to SGA 


APPL TAS 


" A TAS A " 


Feed to TAS 1 


APPL MAP 


" A MAP A " 


Feed to MAP ! 


APPL GSCS 


' 6A GSCS A " 


Feed to GSCS 


APPL JPM 


" A JPM A " 


Feed to JPM 




" A ROU A " 


Tag Group Delimiter 


API TAG FX BEGIN 


" A 908 A " 


Opening Field Group Indicator 




"A" 


"ADD" Action Flag 


API TAG FX CCY FROM 


"A^Q^A" 


"Converted From" Currency 


API TAG FX CCY TO 


" A 9 1 0 A " 


"Converted To" Currency 


API TAG FX VND ID 


" A 9 1 1 A " 


FX Rate Vendor ID 


API TAG MARKET ID 


,?A 164 A " 


Market ID 


API TAG EFF DT 


" A 820 A " 


Effective Date 


API TAG EFF NY TM 


ma 165 a" 


Effective New York Time 


API TAG FX TYPE 


,,A 912 A " 


FX Rate Type (see below) 


API TAG FX BID 


MA 9 1 3 A " 


Bid FX Rate 


API TAG FX ASK 


MA 914 A " 


Ask FX Rate 


API TAG FX RULE NO 


" A 9 1 5 A " 


Selection Rule No 


API TAG RECORD END 


" A END A " 


End Of Record Delimiter 


API TAG EOM 


" A EOM A " 


End Of Message Delimiter 



The order of the tags will be as presented in the above table, except that another tag group delimiter 
(" A ROU A ") will be added at the very end (after " A EOM A "). The number of destinations will be in 
accordance with the SMDB FX Rate subscription list. FX Rate Type can have one of the following values: 
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VALUE 


DESCRIPTION 


"12" 


12 Month FX 


"9" 


9 Month FX 


"6" 


6 Month FX 


"3" 


3 Month FX 


"2" 


2 Month FX 




1 Month FX 


"0" 


Spot FX 



The Selection Rule Number will be hard-coded to "I" pending further specifications. Other Action Flags 
will be specified as needed in the course of future development. A record example (for SGA) follows: 



Example 1. FX Rate Record 

SMDFXRTE A SGA AA ROU AA 908 A A A 909 A AED A 910 A ADP A 911 A 0 A 164 A 1111 

A 820 A 1998-06-02 A 165 A 1998-06-02-13.55.06 A 912 A 0 A 913 A 0.1 A 914 A 0.1 A 915 A l 

A END AA EOM AA ROU A 
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SMDB Price Message Format 



API DECLARATION 


TAG 


DESCRIPTION 


AP OBJ SMDBPRICE 


"SMDPRICE" 


Opening Record Type Indicator 


APPL GSP 


UA GSP A " 


Feed to GSP 


APPL ASP 


" A ASP A " 


Feed to ASP 


APPL CDW 


KA CDW A " 


Feed to CDW 


APPL SGA 


" A SGA A " 


Feed to SGA 


APPL TAS 


" A TAS A " 


Feed to TAS 


APPL MAP 


" A MAP A " 


Feed to MAP 


APPL GSCS 


UA GSCS A " 


Feed to GSCS 


APPL JPM 


" A JPM A " 


Feed to JPM 





" A ROU A " 


Tag Group Delimiter 


API TAG REPEAT SECID BEGIN 


"A79 ] A" 


Start of Numbering Schema/Purpose Code 


API TAG SECID BEGIN 


" A 793 A " 


Start of Security Type 


API TAG SECID COUNTRY 


" A 795 A " 


Country Code 


API TAG FI NBR SYS NO 


" A 8i8 A " 


Identification Number 


API TAG NBR SHM TYP CD 


UA 8 1 7 A " 


Type of Identification Number 


API TAG NBR SHM PURP CD 


" A 8 1 9 A " 


Purpose Code 


API TAG EFF DT 


" A 820 A " 


Effective Date 


API TAG END DT 


" A 82 1 A " 


End Date 


API TAG RECORD END 


" A EOM A " 


End of Security Type 


API TAG REPEAT SECID END 




End Of Numbering Schema/Purpose Code 


API TAG SECID END 


" A 794 A " 


End Of All Numbering Schemas 


API TAG PRICE BEGIN 


" A 860 A " 


Opening Field Group Indicator 




"A" 


"ADD" Action Flag 


API TAG INSM NO 


" A 318 A " 


Instrument Number 


API TAG EFF DT 


" A 820 A " 


Effective Date 


API TAG EFF NY TM 


MA 165 A " 


Effective New York Time 


API TAG PRICE VENDOR ID 


ma 861 am 


Vendor ID 


API TAG MARKET ID 


" A 164 A " 


Market ID 


API TAG PRICE PSR NO 


" A 890 A " 


Price Selection Rule 


APIJTAG^PRICE MKT GRP 


" A 891 A " 


Market Group 


API TAG PRC CCY 


" A 834 A " 


Subscribed Currency 


API TAG PRICE TYPE I 


" A 862 AH 


Price Type 


API TAG PRICE YIELD FLAG 


" A 863 A " 


Price Yield Flag 


API TAG PRICE VALUE 


" A 864 A " 


Subscribed Price Value 


API TAG MONTH END FLAG 


UAA 865" 


Historical Price Flag 


API TAG PRICE ORIG CCY 


» ,A 866 A " 


Original Currency 


API TAG PRICE ORIG VALUE 


" A 867 A " 


Original Value 


API TAG PRICE EXCH RATE 


" A 868 AM 


Price Exchange Rate 


API TAG PRICE TIME STAMP 


" A 869 A " 


Time Stamp 


API TAG RECORD END 


" A END A " 


End Of Record Delimiter 


API TAG EOM 


" A EOM A " 


End Of Message Delimiter 
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Example 2. Price Record 

SMDPRICE A GSP A ROU AA 791 AA 793 A A A 795 A FR A 818 A FR0008771950 A 817 A 0 A 819 A 1 A 820 A 1989-08- 

18 A 821 AA END AA 793 A A A 795 A FR A 818 A 4818287 A 817 A 2 A 819 A l A 820 A 1989-08- 

18 A 821 AA END AA 793 A A A 795 A FR A 818 A 001073656 A 817 A 3 A 819 A l A 820 A 1989-08- 

18 A 821 AA END AA 792 AA 791 AA 793 A A A 795 A CH A 818 A XS0000609981 A 817 A 0 A 819 A 4 A 820 A 1998-06- 

27 A 821 AA END AA 793 A A A 795 A CH A 818 A 0000609 A 817 A 2 A 819 A 4 A 820 A 1989-08- 

18 A 821 AA END AA 793 A A A 795 A CH A 818 A 478131 A 817 A 4 A 819 A 4 A 820 A 1989-08- 

18 A 821 AA END AA 792 AA 794 AA 860 A A A 318 AA 820 A 1998-09- 

22 A 861 A 0 A 834 A DEM A 862 A 2 A 863 A 0 A 864 A 34:25 A 865 A 0 A 866 A DE 

13.55.06 A END AA EOM AA ROU A 



A detailed explanation of the example follows: 



SMDPRICE 

A GSP 

A ROU A 

A ?91 A 

A 793 A A 
A 795 A FR 

A 818 A FR0008771950 

A 817 A 0 

A 819 A 1 

A 820 A 1 989-08- 18 
a 821 a 

A END A 

A 793 A A END A 

A 792 A 

A 791 A ... A 792 A 
a 794 a 

A 860 A A 

A 318 A 75503 

A 820 A 1 989-08-1 8 

A 861 A 0 

A 834 A DEM 

A 862 A 2 

A 863 A 0 

A 864 A 34.25 

A 865 A 0 

A 866 A DEM 

A 867 A 34.25 

A 868 A 1 

A 869 A 1 998-09-22-1 3.55 

A END A 

A EOM A 

A ROU A 



Signifies that this is a pricing message. 

List of subscribing application identifiers, could be more than one. 
Signifies a routable message 

Signifies start of numbering schema message with same purpose code. 
Signifies start of a particular security type. 
Country tag/value. 
Identification number tag/value. 

Type of Identification number tag/value. 0 signifies an ISIN. 
Purpose code tag/value. 
Effective date tag/value. 
End date tag/value. 

End of particular security type message. 
More security types. 

End of numbering schema message with same purpose code. 
More numbering schemas with same purpose code. 
End of all numbering schemas. 
Signifies start of pricing message. 
Instrument number tag/value. 
Effective date tag/value. 
Vendor ID tag/value. 
Subscribed currency tag/value. 
Price type tag/value. 
Price yield flag tag/value. 
Subscribed price tag/value. 
Historical Price flag tag/value. 
Original currency tag/value. 
Original price tag/value. 
Exchange rate used tag/value. 
06 Time stamp of message tag/value. 
End of pricing message. 
End of message. 
End of route. 
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The SMDB outbound message (push record) has two distinct parts: The keys portion and the body portion. 
Keys 

• The Keys portion of the record is the beginning of the message. The end of the Keys portion of the 
message is represented by the tag, A 794 A . 

• Within the keys portion of the message, several distinct, logical repeating groups of data may appear. 
Each repeating group is started with the beginning tag A 791 A and ends with A 792 A . 

• Within the A 79 1 A and A 792 A beginning and ending tags, are the groups of logical data. Each group of 
data starts with the appropriate beginning tag and ends with the A END A ending tag. This is the data 
that requires translation. The tags A 791 A , A 792 A , and A 794 A do not require translation. 

Body 

• The body of the record contains the financial instrument record data, and begins after the A 794 A tag. 
The end of the body of the record is the A END A tag. 

• Each piece of financial data has its own beginning tag, and is completed with the ending tag A END A 

• The following is a sample list of beginning SMDB tags contained in the message: 
Indicative data - SMDPUSH 

• 793 - numbering schema begin tag 

• 822 - financial instrument begin tag 

• 823 - financial instrument characteristic begin tag. Example where financial characteristic is 20 = 
( A 823 A A A 1 00 A 20 A END). 

• 824 - ratings begin tag 

• 825 - depository begin tag 

• 826 - related instrument begin tag 

• 827 - financial component classification begin tag 

• 849 - relationship begin tag 

Corporate action data - SMDCORP 

• 828 - corporate action schedule begin tag 

• 843 - corporate action announcement information begin tag 

• 838 - corporate action event number (char) begin tag 

• 870 - corporate action election begin tag 

• 880 - corporate action election component begin tag 

• 900 - corporate action number (char) begin tag 

• 950 - corporate action event component begin tag 

• 975 - corporate action agent begin tag 

• 980 - corporate action agent notification begin tag 

SMDPRICE - price information 

• 860 - market price information begin tag 

• 793 - numbering schema begin tag 
Notes 

• There will be 1 value (usually an 'A') following the beginning tag. 

• All tags are surrounded by carrots <A ' (i.e., A 793 A ) 

• Sequence of groups with in a portion of the message does not matter, as each group is independent of 
the next. 

• <A EOM A ' denotes the end of the message, and will appear after the final A END A tag. 

• Each tag, except 791 , 792 and 794, END and EOM will have values, delimited by carrots. However, if 
no value exists, this is not an error. Simply, the value does not exist for this record. 
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Example: "^l^END^' - In this example, the 821 tag does not have a value and is followed 
immediately by A END A tag. 

• For the complete list if the tags, refer to the updated MIDYS Translation document. 
Example of Message from SMDB to MIDYS 

SMDSELCTGSP A 79 1 AA 793 yv A A 795 yx CH yv 8 1 8*000023896^ 1 7 A 4 A 8 1 9 A 

1 A 820 A 1 980-0 1 -01 A 82 1 AA END AA 793 A A A 795 A CH A 8 1 8 A 023896 A 8 1 7 A 4 A 8 1 9 A 1 A 820 A 1 980-0 1 - 

0 1 A 82 1 AA END AA 793 A A A 795 A GB A 8 1 8 A 0024464 A 8 1 7 A 2 A 8 1 9 A 1 A 820 A 1 980-0 1 - 

01 A 82 1 AA END AA 793 A A A 795 A GB A 8 1 8 A 8200 1 1 997 A 8 1 7 A 1 A 8 1 9 A 1 A 820 A 1 997-1 2- 

05 A 82 1 AA END AA 793 A A A 795 A <3B A 8 1 8 A GB0000244649 A 8 1 7*0*8 1 9 A 1 A 820 A 1 997-1 2- 

05 A 82 1 AA EN D AA 792 AA 794 AA 822 A A A 3 1 8 A 869 A 336 A 0 A G0 1 ^003^ 1 E A 1 H ARP(ALBERT E.) AES 

EUROPEAN INCOM A G 1 1 A SHARP(ALBERT E.) AES EUROPEAN 

UNIT'Xj 12 A TRUST A 402 A UNKNO WN A 673 A 1 0064 A 1 35 A 98 A 404 A GB A G ^^Ol A 28 A 403 A GBP A 65 1 *GB 
P A 444 A 0.0001 0 A 3 16 A 0.00010 A 125 A 43 A 8 12 A GB A 804 A 1 .00000 A END AA 823 A A A 100 A 1 67 A END AA 823 A A A 100 
A 230 A END AA 825 A A A G30 A 91 A 820 A 1 997-12- 

05 A G32 A Y A END AA 827 A A A 3 1 8 A 869 A H0 1 A 0 A H02 A O A H03 A 62 A H04 A l 5262 A END AA 827 A A A 3 1 8 A 869 A H0 1 *0 
A H02 A 0 A H03 A 1 000 A H04 A 0 A END AA EOM A 

Example of Message from SMDB to MIDYS Logically Grouped for MIDYS Reference 

Note : There is no line feeder in the actual message. 

SMDSELCT 
GSP 



A 791 A < BYPASS 

A 793 A A 

A 795 A CH 

A 81 8^00023 896 

A 817 A 4 

A 819 A 1 

A 820 A 1980-0 1-01 

A 821 A 

A END A 

A 793 A A 

A 795 A CH 

^18^23896 

A 817 A 4 

A 819 A 1 

A 820 A 1 980-0 1-01 

A 821 A 

A END A 

A 793 A A 

A 795 A GB 

A 818 A 0024464 

A 817 A 2 

A 819 A 1 

A 820 A 1980-0 1-01 
A 821 A 
A END A 
A 793 A A 

A 818 A 820011997 

A 817 A 1 

A 819 A 1 
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A 820 A 1 997- 12-05 

A 821 A 

A END A 

A 793 A A 

^95^6 

^18^0000244649 

^17^ 

A 819 A 1 

A 820 A 1 997- 12-05 

A 821 A 

A END A 

A 792 A < BYPASS 

a 794 a < BYPASS 

A 822 A A 
A 318 A 869 
^36^ 
"GO 1*0003 

A G1E A 1HARP(ALBERT E.) AES EUROPEAN 1NCOM 

'Xjl 1 A SHARP( ALBERT E.) AES EUROPEAN UNIT 

•Xj^TRUST 

A 402 A UNKNOWN 

A 673 A 10064 

A 135 A 98 

^04^6 

^0^28 

A 403 A GBP 

^I'XjBP 

A 444 A 0.00010 

A 31 6^.000 10 

A 125 A 43 

^12^ 

A 804 A 1.00000 

A END A 

A 823 A A 

A 100 A 167 

A END A 

A 823 A A 

A 100 A 230 

A END A 

A 825 A A 

^O^l 

A 820 A 1 997- 12-05 

A G32 A Y 

A END A 

A 827 A A 

A 318 A 869 

^01*0 

A H02 A 0 

^03^2 

A H04 A 15262 

A END A 

A 827 A A 

A 318 A 869 

"HOW 

A H02 A 0 
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A H03 A 1000 
^04*0 
A END A 
A EOM A 

Message Details 

• In the first byte of the message, you will find the function name (SMDSELECT) which must be 
translated into IMNTACK in the SWIFT 598 header message type field. 

• Starting from position 9 to 12, the destination, JPM must be present. 

• Positions 13 through 84 can be bypassed. 

• Starting from position 85, you will find the tag-delimited SMDB push record, as indicated above. 
Header 

On the message from MIDYS to JPM, SMDB requires that MIDYS create SWIFT-like header with the 
following information: 

{4: 

:20: 123456 
:12:598 

:77E:/MSGJYP/IMNTAK 
/DATA_SRC/SMDB 
/DATA_TRGT/I LITE 
/PBMN/1 23456 
/POST_DAT/1 9990709 
/POSTjriM/16:00:00EST 
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Introduction 



The Strategic Global Accounting system will be an online, real time system, providing 
full double entry, general ledger accounting. The core accounting engine will run under 
CICS, with the database housed in DB2 on the mainframe. The system will provide full 
24 hour per day functionality for all markets and time zones. 



Turning the Datastore into an accounting system 



In order to leverage the vast amount of data and processing that currently exists in the 
Datastore, it seemed appropriate to build the accounting functionality within the 
Datastore architecture. 




Client Ledger Aggregation 
Engine/Report 



Data 

Download 



Audited/unaudited 
Reporting 



The means of turning the Datastore into an accounting system essentially involve 
replacing the batch feeds of accounting information that come from the two accounting 
systems, MAP and TAS, with real time processing based on the feeds of transactions 
from ASP, GSP, IMMS, TPFX and TAS CASH. The transaction feeds would be passed 
to a new real time accounting engine which would create the value added accounting 
information on the transaction, and post that transaction to positions within the 
database. 

The split of responsibilities will be as follows. The capture of transactions will be 
handled as phase one of the effort that will ultimately provide a Custody Data 
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Warehouse. The transaction will be captured and, if the portfolio requires accounting, it 
will be passed to the Global Accounting system. 

There is some amount of preprocessing that will take place in CDW. Primarily, the 
Custody Data Warehouse system will convert transaction input from the upstream 
format 

into Datastore format. The transaction will be typed using a standard format, and 
relevant reference data, such as Asset, will be maintained. 

The Datastore is made of over 200 tables of various data types. Four different Data 
Types exist, Demographic (ie., Customer, Relationship, Portfolio, Recipient), Product 
Delivery (ie., Package, Product, Schedule), Reference (ie., Asset, Vendor, Broker), 
Financial (ie., Position, Transaction, Holding). Each of the four areas are represented 
in this simple depiction of the Datastore database. 



Datastore Current Environment 



Customer 



Vendor 



Relationship 



Recipient 



Fund 



Broker 



Tran Type 




. Pending 
Transaction 






Tran Type 
Taxonomy 




Settled 
Transaction 



Subcustodian 



Non Cash 
Holding 



Registration 




Holding 
Registration 











Recipient Gr 



Portfolio 



Recipient Grp 
Portfolio 



Position 



Holding 



Position 
Trade/Settle 



Cash 
Holding 



Cash 

Trade/Settle 



Package 



Product 



Asset 



Taxonomy 




Cost Lot 



Cost Lot 
Trade/Settle 



Registration 
Trade/Settle 



The addition of Global Accounting adds a series of new tables into the environment, 
largely focusing around Transaction and Position. 



Page 3 



EV478774021US 



Datastore with SGA Integration 



Customer 



Relationship 



Vendor 



Broker 





Portfolio 


— > 






Portfolio/ 






Account 



Account 
Group/Acct , 



Tran Type 




. Pending 
Transaction 






Tran Type 
Taxonomy 




Settled 
Transaction 



Subcustodia 



Holding 



Position 
Trade/Settle 



Cost Lot 





Non Cash 




Cash 




Cash 




Holding 




Holding 




Trade/Settle 










Registration 




Holding 




Registration 






Registration 




Trade/Settle 



Cost Lot 
Trade/Settle 



Asset 
Taxonomy 



Ledger... 




w - 
Cost Lot * 

mm*:*:;, 



Ultimately, as Global Accounting functionality replaces that of MAP and TAS, the 
Position and Transaction related entities that are populated via the current accounting 
interface to Datastore will be dropped. 
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Datastore after MAP/TAS Feed Shutdown 



Customer 



Relationship 



Recipient 



Vendor 



Fund 



Recipient Gr 




Broker 



Portfolio 



Tran Type 

1 r- 




. Pending 
Transaction 






\ . ... 

Tran Type 
Taxonomy 




Settled 
Transaction 



Position 




Recipient Grp 
Portfolio 



Product 



Asset 
Taxonomy 



Legal Entity 



lAccounf 



Account" 
fcGrour - A i ; 



Ledger 




What is left is a Warehouse of securities data. The Financial related data entities will be 
split in two. Custody data will be captured and housed in the "Holding" leg of the 
database, being fed directly from the Bank's SMAC systems. Accounting related data 
will be populated through functionality developed and maintained within Global 
Accounting. There will be single sources for Reference, Demographic and Product 
Delivery data which will be shared by both systems. 



Double Entry General Ledger Accounting 

One of the first things that you would learn in an Accounting 101 course are the basic 
tenets of Double Sided General Ledger Accounting, that Assets = Liabilities + Owners 
Equity. The Assets, Liabilities and Owners Equity are broken down into a series of 
subsets called Accounts. These are not Accounts as we know them here in the Bank, 
but rather accounting ledgers. To avoid confusion, we more often refer to them as 
ledgers. Asset ledgers are normally considered Debit accounts, meaning that their 
balances are increased through a Debit entry. Liability and Owners Equity ledgers are 
considered Credit accounts. A positive balance in a Debit account is considered a Debit 
Balance as a positive balance in a Credit account is considered a Credit Balance. 
Therefore, the sum of all the Debits and Credits in the portfolio must equal zero. 
Traditional accounting methodology holds that for each transaction there are a series of 
Journal Entries made. At least one of these entries must be a Debit and one a Credit 
and the sum of the Debits must equal the Sum of the Credits. 

Historically here in the Bank of NY we have done Single Sided Accounting. Both Map 
and Tas have inventory and detail files respectively that represent the number of a 
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particular financial instrument held and how much it cost. It is as if the Asset side of the 
Asset = Liability + O.E. were being accounted. Where there is liability accounting done, 
it is most likely to be handled as a negative asset. There is usually no treatment for 
Owners Equity. 

Unlike the two current accounting systems of the Bank of New York, SGA will provide 
for full double entry, general ledger accounting. The way that general ledger balances 
will be achieved is actually quite simple. Currently, an accounting position is essentially 
the intersection between an account and an asset. For instance, account 123456 has 
purchased some Bank of New York stock. This coming together of an account and an 
asset results in a position. In fact, general ledger accounting simply expands the 
intersection that results in position from two entities, account and asset, to three - 
account, asset and ledger. Now, account 123456 has a position in Bank of New York 
stock in the Investments Held ledger. 

A position that may have looked like this... 



Position 



Account 


Security 


Units 


Cost 


123456 


Bank of New York 
Common Stock 


1000 


36150 



...now becomes much more descriptive when the Ledger Identifier is added. A glance 
will tell you which aspect of this trade date position is settled and which is still receivable. 



Position 



Account 


Security 


Ledger 


Units 


Cost 


123456 


Bank of New York 
Common Stock 


Investments at 
Cost 


500 


17000 


123456 


Bank of New York 
Common Stock 


Receivable 


500 


19150 



The Accounting Engine 

The two most elementary aspects of accounting, determination of cost and update of 
position, are represented within the Accounting system by two separate processes, 
Derivation and Posting. 

Derivation is the act that essentially takes the basic business transaction, (ie., A buy of 
1000 shares of Bank of New York Stock at $36/share plus $150 in commissions and 
fees), and adds the accounting specific information, such as Local Cost, Base Cost, and 
Gain/Loss. 
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Derivation of Common Stock Buy on Trade Date 



Transaction 



| Account Number 


J Trans Post Type 


| Trans Sub Type 


| Asset Trade 


Asset Offset 


| Price 


| Qty 


| Commission | Fees 


| CCY | Load Cost | Base Cost | 


| 000123456 


| BU 


| 101 


| 000004541500 


CCYUSD 


| 36 


| 1000 


| 150 | 0 


I USD | 36150' r3615ijf§| 



Transaction Event 

[Evert I Evert Timestimp 



I Trade Date | 1996-05-01 -09.00.00.00000 | 



j Posting Ttrnestarnp 



Account 



Transaction 
Taxonomy 



| 000123456 USD Erisa Avj~| I 



Acquisition 



Asset 




Taxonomy 




| AssetNumber 


Category 


| 000004541500 


Equity 



1 FX 




4 Rate 




J | F ram CCY 


To CCY Rate | 


| USD USD 1.0000| 



Derivation Rule 



| Cost Bah 


| Trans Taxn Cat 


| Ast Taxn Category | Evert 


| Target FieU 


| Formua 


| Erisa Avg 


| Acquisition 


| Equity | Trade Date 


| Local Cost 


| (Price * Qty) + Commissions + Fees 


| Erisa Avg 


| Acquisition 


1 Equity | Trade Date 


| Base Cost 


| FX Rate to Base * ({Price * Qty) + Commissions + Fees) 



The rules for derivation are table driven. Each rule provides the formula that is used to 
determine an output amount which will be placed in the target field of the transaction 
record. The input into the formula can come from a number of places. Primarily, the 
input is provided from the stub of a transaction that is passed to Global Accounting from 
Custody Data Warehouse. But input is also provided from the Account table, the 
Transaction and Asset Taxonomy tables, the FX Rate table, and, as is the case for a 
disposition, from the Position table. 



The set of rules that are executed depend on a number of factors. First, what Cost 
Basis is the Account using? Here we are showing one, Erisa Average Cost, but the 
system will be able to handle up to four concurrently. The set of rules that are executed 
depend on a number of factors. Also, what type of transaction is being executed? To 
minimize the number of rules that need to be maintained, the posting for similar types of 
transactions is grouped by means of a Transaction Taxonomy. In this case, the buy 
transaction with the Post Type of BU and a Sub Type of 101, is categorized as an 
Acquisition. 

The Asset or Financial Instrument that is traded also plays a role in the derivation of the 
transaction. In the same way that a category of transactions are grouped, a category of 
assets are grouped via an asset taxonomy. Here, the asset, 000004541500, which is 
the identifier for Bank of New York Stock, is classified in the posting taxonomy as an 
Equity. 

Finally, the set of derivation rules varies depending upon which point has been reached 
along the transaction life cycle. Here, the Event which has been reached is trade date, 
the first event that will be posted for the transaction. For an Erisa Average Cost Basis 
on Trade Date an Acquisition of an Equity will execute the two included formulae to 
determine the Local Cost and Base Cost. 
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Once the transaction has gone through the Derivation step, it is ready for Posting, which 
takes the result from the Derivation process and updates Ledger balances. 

Posting of a Common Stock Buy on Trade Date 



Transaction 



| Account Number 


| Trans Post Type 


| Trans Sub Type 


| Asset Trade | Asset Offset 


[ Price | Qty 


| Comnission | Fees | CCY 


Local Cost | Base Cost | 


| 000123456 


| BU 


| 101 


| 000004541500 [ CCYUSD 


| 36 | 1000 


| 150 | 0 | USD 


| 36150 | 36150 | 



Transaction Event 



| Event 


| Event Timestamp 


| Posting Timestamp j 


| Trade Date 


| 1 996-05-01 -09.00.00.(X)000 


| 1996-05-01-09.00.15.00000 | 



Posting Matrix 



I 



I 



1 l*iger 



1 Erisa Avg | Acquisition | Trade Date | Units 



Effected Asset 

Asset Trade 



3 
1 



[ Erisa Avg | Acquisition | Trade Date | Inventory at Cost Local 



Asset Trade 



| Erisa Avg | Acquisition | Trade Date | Inventory at Cost Base 



Asset Trade 



[ Erisa Avg | Acquisition | Trade Date | Payable for Securities, Local 



Asset Offset 



| Erisa Avg | Acquisition | Trade Date j Payable for Securities, Base 



Inventory at Cost Local 
000004541500- BK 


5/1 36150 





Inventory at Cost Base 
000004541500- BK 


5/1 36150 





Payble Securities, Local 
CCYUSD 




5/1 36150 



Paybte Securities, Base 
CCYUSD 




5/1 36150 



Units 

000004541500- BK I 


5/1 1000 





The rules for Posting a transaction, which are embedded in the "Posting Matrix", are 
similar in their application to the Derivation rules. Like the Derivation rules, the Posting 
rules are keyed by Cost Basis, Transaction Taxonomy Category and Event. Any Asset 
related differences in posting will be handled in the derivation process, removing the 
need for asset related Posting rules. 

For each combination of Cost Basis, Transaction Category and Event there may be zero 
or more rules that would be triggered. Here, five different Posting rules are initiated for 
the Bank of New York purchase. Each rule specifies the Ledger balance that will be 
affected. That balance will be either Debited or Credited with the amount in the 
transaction field identified across the top right hand side of the Matrix. Since the Ledger 
balances are kept at the most granular level, meaning there is a set of ledgers for each 
position held, the Asset or Financial Instrument that should be posted needs also to be 
specified. The rule itself tells us to post to either the Asset Trade or the Asset Offset. 
The Asset Trade in this case is Bank of New York Stock. The offset is United States 
Dollars. (Note: Normally the offset is some type of currency. However, there is the 
possibility for a Barter trade of some sort that must be handled systematically.) 

In the Posting exhibit you will see the list of rules, the appropriate Debit or Credit 
indicator for each field within the transaction, and below that there appears the graphic 
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representation of the ledgers that have been effected, and their Debit or Credit balance 
(Note: Debits on the left, Credits on the right.) 

Three days later, when the purchase settles, a new event is posted to the transaction. 
The Settlement Date event has it's own set of posting rules that need to be applied. 
First, derivation would occur for the transaction based on a set of Settlement Date rules. 
In this simple single currency example there are no further derivation functions that need 
to take place, so the physical transaction would not be updated. In a true multicurrency 
example there would likely be an FX Gain or Loss on the cash amount involved in the 
transaction based on exchange rate fluctuations during the three days. The important 
consideration, however, is that any single field on the transaction is populated by only 
one single derivation process. Once the field is populated, it cannot change, information 
can only be added not modified. 



Posting of a Common Stock Buy on Settlement Date 

Transaction 



| Account Number 


1 Trans Post Type 


| Trans Sub Type 


| Asset Trade 


Asset Offset 


| Price | Qty 


| Cornrnfeskn | Fees 


|CCY 


Local Cost 


Base Cost | 


| 000123456 


| BU 


| 101 


| 000004541500 


CCYUSD 


| 36 | 1000 


| 150 | 0 


| USD 


| 36150 


36150 | 



Transaction Event 





I- I 


Event Timestamp 


| Posting Timestarrp 




| Trade Date | 


1996-05-01-09.00.00.00000 


| 1996-05-01-09.00.15.00000 




| Settlement Date| 


1996-05-04-05.00.00.00000 


| 1996-05-04-05.00.15.00000 


Posting Matrix 








| Cost Basis j 


Trans Taxn Cat | Event 


| Ledger 


| Effected Asset 



| Erisa Avg | Acquisition | Settle Date 



| ErisaAvg" 



Acquisition 



Settle Date 



| ErisaAvg 



I Acquisition 



Settle Date 



| Erisa Avg | Acquisition | Settle Date" 



| ErisaAvg" 



j Acquisition 



Settle Date 



Units 



| Asset OffseF 



Inventory at Cost Local 



| Asset Offset 



Inventory at Cost, Base 



Asset Offset 



Payable for Securities, Local 



Asset Offset 



Payable for Securities, Base | Asset Offset"" 



DR 



Inventory at Cost Local 
CCYUSD 




5/4 36150 



Inventory at Cost, Base 
CCYUSD 




5/4 36150 



Payble Securities, Local 
CCYUSD 


5/4 36150 


5/1 36150 



Payble Securities, Base 
CCYUSD 


5/4 36150 


5/1 36150 



Units 
CCYUSD 




5/4 36150 



Posting of the transaction on Settlement Date will occur following the Derivation 
process. In this example you can see how the amounts that had been credited to the 
two payable ledgers have now been offset by two equal debit entries. In addition, 
posting entries have been made to the Inventory at Cost ledgers as well as the Units 
ledger for US Dollars. 

While the ledger methodology provides for tremendous flexibility in the number of and 
types of balances that can be stored and accounted for within the system, the vast 
majority of inquiries to accounting data will be looking towards a subset of ledgers that 
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are common across all security types. Items like Units, Cost and Accruals are likely to 
be demanded together. To facilitate this requirement and speed performance certain 
logical ledgers will be physically stored together. 



Units 

000004541500 -BK 


1000 





Inventory at Cost, Local 
000004541500- BK 


36150 





Inventory at Cost, Base 
000004541500 -BK 


36150 





Accrued Income, Local 
000004541500 -BK 


500 





Accrued Income, Base 
000004541500 -BK 


500 





Broker Commission 
000004541500 -BK 




1500 



Ledger 



Ledger 


Ledger Type 


Parent Ledger 


Position Field 


Units 


Debit 


Trade Date Position 


Units 


Inventory at Cost Local 


Debit 


Trade Date Position 


Local Cost 


Inventory at Cost Base 


Debit 


Trade Date Position 


Base Cost 


Accrued Income, Local 


Debit 


Trade Date Position 


Accrual Base 


Accrued Income, Base 


Debit 


Trade Date Position 


Accrual Local 


Broker Commission 


Credit 







Position 



| Account Number 


Asset 


Ledger 


Balance 


Units 


Local Cost 


Base Cost 


Accrual Base 


Accrual Local 


I 000123456 


BNY Stock 


Trade Date Position 


0 


1000 


36150 


36150 


500 


500 


|| 000123456 


BNY Stock 


Broker Commission 


1500 


0 


0 


0 


0 


0 



The six ledger balances that are symbolically represented above will actually appear in 
the database as two rows in the position table. One row, contains values in five different 
fields: Units, Local Cost, Base Cost, Accrual Base and Accrual Local. Each of these 
fields is representative of a ledger balance. The Ledger table is the road map used to 
determine where the logical ledger value is physically stored. For instance, the row in 
the ledger table for "Inventory at Cost, Local" shows that it is a Debit ledger and that it 
has a Parent Ledger called "Trade Date Position". That means that in order to find the 
value for "Inventory at Cost, Local" you need to look in a position row that has the key 
equal to "Trade Date Position" - the parent ledger. There are a number of fields on the 
position table. The one that we need to find is identified within the ledger row for 
"Inventory at Cost, Local" in the Position Field column. Here we see that "Local Cost" is 
the position field with which we are interested. Therefore, to find the ledger balance for 
"Inventory at Cost, Local" we go to the position row with the key, "Trade Date Position" 
and look for the value in the field "Local Cost". It's just that simple. 

When the ledger is both logical and physical, as is the case for Broker Commission, 
there is no parent ledger nor position field populated for that row on the ledger table. 
Instead, the ledger value is found on a position row with the partial key of ledger id equal 
to the logical ledger in a field called Balance. 
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One of the key requirements of the system will be the ability to integrate the data that 
results from the accounting process with the existing library of processes that exist 
under the Datastore banner. The two key areas that must be addressed are transaction 
and position. A key database design goal has been to keep as much of the new data 
designs closely aligned with the existing datastore. 

By having standard "position" rows available as physical items within the database, it 
enables the system to be more compatible with the existing Datastore product delivery 
mechanisms. The "Trade Date Position" row that will exist in SGA is not all that different 
from the position row that currently exists within the Datastore. A series of views will be 
created within SGA that enable the report and download programs that currently run 
within the Datastore to read the SGA data as well. 



Datastore Reporting of SGA Data 



Customer 



Relationship 



Fund 




Portfolio 


/LL ™ , 






Portfolio/* 5 






3 Accounts 



Account 



Pending 
Transaction 






Settled 
Transaction 



Position 



SDE Rpting 
/ Downloads 





Position 
Trade/Settle 



Cost Lot 



Cost Lot 

■ n 



Cash 




Cost Lot 


Trade/Settle 




Trade/Settle 



Registration 
Trade/Settle 



While some of the detail that is available with double entry general ledger would be lost 
within the single sided Datastore reports and downloads, they do provide a production 
ready vehicle for providing customer information and performing reconciliation. 

The rules for Deriving and Posting transactions will be established for each line of 
business that the Bank services. Timestamping of the rules will allow for their change 
without the necessity of a conversion. The rule sets will be completely "viewable" by the 
accounting staff, minimizing the potential for confusion. And since the accounting rules 
are table driven as opposed to being embedded in a series of programs, they may be 
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used within the Audit process itself, eliminating one possibility for error - that the same 
program that posted a transaction is not the one that spots an out of proof condition. 

One reason to separate Posting and Derivation is to facilitate "As Of processing. The 
matter of finding a position for any point in time becomes a very mechanical exercise, 
where each transaction/event combination that has occurred between any desired 
points in time is "unposted". 



24x7 Functionality 

The Global Accounting system will be operational 24 hours a day, 6V2 days a week. 
Reorganization of the database will take place during a short down time which will most 
likely occur on Sunday morning. 



Scalability 

The core requirement of the system will be 24 hour per day real time accounting. The 
question is, how do you achieve this requirement, particularly when there are stated 
goals of 1,000,000 transactions per day with a peak of 100,000 in an hour. 

While it is in no way feasible at this point in time, consider how fast the accounting 
systems could run if we split the account base they supported in half and ran dual 
systems concurrently with each half of the accounts. In fact, such a method would work 
from a business standpoint, as long as only one process were operating against an 
account at any point of time. The sequence that transactions post is very important, but 
only within the context of a single account. Therefore, the theoretical limit to the number 
of concurrent accounting systems you could run would be equal to the number of 
accounts you had in the bank. While running that number of processes would be 
impossible, imagine running 4, or 8 or 40 concurrent versions of TAS, each with a 
handful of accounts. You would think that the resultant savings in over night batch time 
would be fantastic. The problem is that with the underlying database manager that 
supports both TAS and MAP, we would very quickly reach a level of diminishing returns 
as the concurrent executions of the accounting systems competed for resources. In 
fact, the batch time would most likely be increased, not decreased. 

DB2 is much more capable than VSAM for handling concurrent operations. Global 
Accounting will meet the goals of 1,000,000 transactions per day and 100,000 an hour, 
by the simultaneous processing of multiple input capture procedures. In addition to 
multiple input processes, the database itself will also be partitioned, minimizing the 
potential for delay. At least one CICS region, dedicated to SGA, will be devoted to the 
high volume throughput of transactions. 
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Custody Data 
Warehouse 



Transaction 
Capture 



Input 
Queue 1 

7 



Input 
Queue 2 

^ 



Input 
Process 
1 . 



Input 
Process 
2 



While 4 Input Processes 
and 2 Database Partitions 
are represented here, the 
optimum numbers will be 
determined during full volume 
testing. 




Input 
Process 
3 



Input 
Process 
4 



Database Partition 1 



Database Partition 2 



Broken down by ranges of account numbers, these input procedures will receive 
transactions from two primary sources. The first of these sources is Custody Data 
Warehouse, which will capture transactions from the Bank's Cash Management and 
Security Movement and Control systems. 



The second source of transactions will be the Accounting system itself. The only way 
an accounting balance may be updated is by way of a posted transaction. Therefore, 
scheduled processes within Global Accounting, such as Accruals and Amortization, will 
create adjustment transactions to affect the proper balances. There are a number of 
benefits that will be derived from this methodology. First, the updating of positions will 
be limited to the posting process that is encapsulated within the input procedure. 
Second, there will be a complete audit trail for every balance updated within the system. 
Third, the triggering and completion of these scheduled processes can take place 
concurrent with the real time posting of financial transactions, without disrupting the 
24x7 nature of the system. 



Flexibility 

Flexibility is what will make The Bank of New York's Global Accounting System superior 
to the competition. The system has been designed so that in each key area there is the 
flexibility that is necessary for the Bank to quickly respond to the needs of a changing 
marketplace. 

Each of the following contingencies can be quickly addressed: 
New Line of Business 

Each set of accounting rules will defined within the bounds of a Line of Business. As a 
new business line is identified, its differences from other established lines will be 
identified. The likelihood is that the combination of one or more lines that will already be 
defined will cover the vast majority of rules associated with the new business. Different 
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aspects of these existing lines will be used as models from which the new set of new 
rules will be established. It is important to note, that no lines of programming code 
would need to change to support the new line of business. 

New Transaction Type 

All Derivation and Posting rules will be defined at the Transaction Category level. Once 
a basic classification is established, there would likely be a category which would 
conform to all Derivation and Posting rules required. Given that, the systems effort that 
would be required to add the new tran type to the existing category is essentially nil. 
Should the new transaction show some characteristics that are somewhat different than 
existing categories, then a new category can be created. The new transaction category 
would need to have new Derivation and Posting rules assigned to it, and this could 
probably be accomplished to a large extent by modeling it after one or more existing 
categories. In either case, the majority of time required to add the new category is in 
business analysis - no programming changes would be necessary. 

New Asset Type 

The development of the Security Master Database will play a large role in the 
development of the Global Accounting System. One of the key features of the SMDB 
system will be the new method of Asset Classification. No longer will the accountant or 
other business personnel be dependent on the current Taxonomy system that is largely 
driven by obscure codes and programming that is essentially hidden. In the near future 
all Security Classification will be completely rules driven and to a large extent, 
automated. As new securities are added to the database, their placement in a category 
will be determined by an easily accessible set of rules. The accounting rules that 
contain a security dimension will be associated to a category. As new securities are 
introduced to the system, they will be placed in one of the existing categories, inheriting 
this category's set of posting rules. Should a financial instrument be established that 
has characteristics which are completely different than those of any established set of 
securities, a new category would be established via the tools provided by SMDB. As 
with the Transaction Category addition, the accounting rules for this new Asset Category 
would be created largely from the existing set of rules that will already exist. Once the 
simple modifications are established for this new instrument, preparation is complete 
and the system will be ready to do full accounting. 

New Chart of Accounts 

There will be one internal Bank of New York Chart of Accounts used for posting and 
auditing. However, the Ledger balances that are kept are at a very granular level. In 
fact, each balance is maintained on a security by security basis. Since our balances will 
be maintained at a level more detailed that external clients would require, we can "roll 
up" or aggregate these ledgers in form that the client would need to see. The 
Aggregation Engine, as it is called, will map the internal Chart of Accounts to the clients 
desired Chart. Not only is this a benefit from the reporting standpoint, but it will also 
serve as a very valuable audit tool, enabling the accountant to view the client's Chart as 
well as the Bank's Chart during the normal review process. 
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Processing Overview 



Input Process 

The Strategic Global Accounting (SGA) system will process and store the accounting 
related transaction and event information produced by the upstream Trading Systems 
(ASP, GSP, IMMS, TPFX, etc.) and passed by them into the Custody Data Warehouse 
(CDW). Transaction and event data will be read from the Custody Data Warehouse, 
formatted, and passed to SGA in real-time. Input transactions will also be brought in 
from internal scheduled accounting processes and SGA on-line screens. 

The input cycle will have various edit checks for transaction/event data content and 
validation. Any transactions which fail the edits will be held in a repair queue for 
correction. 

The input process will also determine the correct sequencing of transactions as they are 
read. Out of sequence transactions have the capability of dynamically triggering the 
reconstruction process, depending on system and customer parameters. 



Derivation and Posting 

As transactions are handled by the input process, certain events will cause dynamic 
derivation of accounting data such as lot takedown, various cost basis values and 
gain/loss. Customer parameters will affect which sets of rules and data are to be used 
for specific groups of transaction types and financial instruments. 

Transactions will dynamically be posted to the appropriate ledger positions as they go 
through the normal event cycle. The posting rules are specified according to basic 
accounting principles and uniquely identified by groups of transaction types, transaction 
event, type of financial instrument, and customer parameters. 



Scheduled and Related Processes 

The Initialization Process will run once a day and will refresh a control Queue with the 
schedules for the current day. 

Scheduled Process Initiator will poll the "Current Day" Schedules, comparing them to the 
current System Time/Date. It will insert a row into the Portfolio Scheduled Table 
marking the Current Day Schedules as "Initiated". 

There will be a number of Preprocessors Polling the Portfolio Scheduled Table, one for 
each Task (e.g. Accruals, Amortization, Valuations etc. ). The Preprocess will assemble 
a Partially Augmented transaction for each Account and Position combination and will 
insert it into a Swept Accounts Queue. The entries in the Queue will lack SMDB data. 
While the Preprocessor is running, it will lock the Account, preventing the Input Process 
from posting a transaction that can affect the Account. SMDB data will be filled in by the 
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specialized Process that will in effect complete the transaction and put the results onto 
MQ Series Queue where it will be picked up the by Input Process. The Process will 
interface with SMDB using the pre-defined set of APIs. 



Accounting Functions 

Global accounting requirements are identified by customer/account group/account 
parameters and general accounting rules for transaction types. The processes 
required for global accounting are identification and calculation of accounting values 
pertinent to the input transaction (derivation) and the application of these values to the 
appropriate ledger positions based on a matrix of posting rules. 

The process of transaction derivation is done only once for any transaction, although 
the timing of this process may be dependent on customer-related and transaction- 
related conditions (e.g. trade-date vs. settlement-date accounting). For customers with 
lot-based accounting, the affected position lots for the transaction are identified at the 
time of derivation. 

The posting rules are specified according to basic accounting principles and uniquely 
identified by groups of transaction types, transaction event, type of financial instrument, 
and customer parameters. A matrix of these rules will identify which ledgers will be 
affected by any transaction event. 

The ledger position updates are always synchronized with transaction event processing 
in order to maintain correct balances in the chart of accounts. A timestamp will be 
retained with each posted transaction event to allow journalization of positions. 



Transaction Flow 

The Custody Data Warehouse will be the repository of SMAC transactions. An SGA 
program, running as a background task, will periodically sweep the appropriate CDW 
database tables for transactions and/or events which have not yet been transmitted to 
SGA. These will be formatted for use by SGA, written to the outbound message queue 
(MQ Series) to be routed to SGA, and then marked as having been sent. Each of the 
transactions will be routed to a different logical queue based on an account number 
range. This is to allow concurrent processing within Global Accounting. 

On the Global Accounting side, a separate background task will be running to process 
the messages retrieved from each of the logical queues. Although separate tasks are 
running, each performs the same functions using the same set of programs. The 
separation is done strictly for processing performance. 

Each transaction or event received will be processed within one logical unit of work 
(L.U.W.). Processing will include editing, and as necessary, matching, derivation, 
reconstruction, posting. At the end of the unit of work, the transaction will be 
syncpointed to ensure database integrity. 
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Transactions or events which fail the edits, or for other reasons require operator 
intervention will be routed to an internal database table (identified as the repair queue 
in the system architecture diagram) for subsequent repair processing. 

As a part of the accounting process, a real-time link to the Security Master Database 
(SMDB) will be supported. 



Performance and Optimization 

The SGA system is designed for high volume, real-time processing. A number of 
features in the system architecture are to be implemented to achieve the anticipated 
transaction volume of up to 100,000 input transactions per hour. In order to allow SGA 
to achieve this volume level, a separate CICS region, with connections to CDW and 
SMDB, will be established. Should this prove insufficient, the system architecture allows 
for the establishment of multiple CICS regions, with an identical configuration, running 
the same programs. 

Transactions which are "swept" from the Custody Data Warehouse will be routed to one 
of many logical outbound queues for processing by SGA. Each queue will process 
transactions and events for a limited account number range. The exact number of 
logical queues will depend upon available system resources, but fifty to one hundred is 
likely, more may be possible. 

On the SGA side, each logical queue will be associated with one background task 
exclusively dedicated to processing, in sequence, transactions which arrive on its 
queue. This allows for concurrent processing of different transactions, separated by 
account number range. This precludes the possibility of contention for a given portfolio 
by two or more input processes. 

A locking strategy, described in more detail elsewhere in this document, will prevent 
portfolio updating conflicts between the input process and/or various scheduled 
background processes. 



Input Sources 

The primary input data source for Global Accounting is the input queue from the 
Custody Data Warehouse. This is a real-time input source, the volume and arrival 
timing of which is unpredictable. There are other sources of data, generated within the 
SGA system itself. 

Scheduled background processes will route account/position data to the SMDB system 
for amortization, accrual, and valuation. After SMDB processing, these will be routed 
back into the same input queue as that used by CDW data, and will be processed in 
the same manner. This is potentially the highest volume input source. This is a time- 
driven process. 
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Transactions and events which were routed to the repair queue, when repaired and 
release by an operator, will be fed back into the front end of SGA, as if they were 
coming from external sources. 

Transactions which are internally generated as a part of a reconstruction process are 
routed to another internal queue (identified as the reconstruction queue on the system 
architecture diagram). The reconstruction queue has a higher priority than that of other 
input sources and will be processed immediately after creation. 

The third internal queue (identified as the hold queue on the system architecture 
diagram) is used to store input transactions which could not be processed when 
received because the portfolio involved was being used by another process. They also 
will be fed back into the front end of SGA. 



Input Prioritization 

Since we have a number of different input sources, from both external and internal 
sources, a prioritization strategy is required. The SGA online input module will handle 
this prioritization. 

The highest priority input source will be the reconstruction queue. This is a dynamic 
queue created when a regular input transaction or event is recognized as triggering a 
reconstruction situation. The events and transactions it contains will be read and 
processed sequentially until the queue is drained, at which time the queue will be 
deleted. This is the highest priority because the portfolio position is now out of 
sequence, and should be reordered before any further posting is done. 

Initially, the second priority will be the repair queue, since it is assumed an operator is 
waiting for the results of the repair. The repair queue process has not been fully defined 
at this time. It is very possible that the repair queue itself may have multiple priorities, 
depending on what is being repaired. 

The third priority is the hold queue. Every transaction is to be processed in the 
sequence it is received (repairs excepted). Transactions on the hold queue, which were 
already received, but could not be processed at that time, will take precedence over any 
new transactions received. 

The fourth priority will be incoming CDW transactions and the scheduled transactions 
received from SMDB. The exact order of these two sources will be determined later. 

If because of this prioritization a transaction arrives out of sequence, it will be 
recognized as an "as-of transaction, generate reconstruction, and thus be processed 
correctly. 

Throughout this discussion of priorities, it should be remembered that we will have 
multiple concurrent tasks in process, delimited by account range. Although one portfolio 
may be undergoing reconstruction, it will not impact the processing of other accounts 
outside of the account range. 
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It is acknowledged that this prioritization is subject to revision upon further analysis. 



Reconstruction 

If a transaction arrives that is recognized as "as-of (chronologically out of sequence), 
the transaction/event processor module will invoke the reconstruction 
process to rebuild a portfolio's position in the correct sequence. 

The reconstruction process consists of generating reversal transactions into a dynamic, 
recoverable queue, which will bring a position to the point just prior to the "as-of 
transaction's correct point in time. It will sequence the "as-of transaction for derivation 
and posting, and regenerate the transactions which were reversed. These regenerated 
transactions will be rederived prior to posting. 

All of these transactions will be written to the reconstruction queue, for subsequent 
processing in order. At this point, the portfolio will be locked for reconstruction and a 
checkpoint taken to preserve data integrity. Processing invoked by the "as-of 
transaction will terminate. The input control module will then initiate the processing of 
the reconstruction queue, in its entirety, before accepting any other incoming 
transaction. 



Locking Strategy 



The SGA environment will be designed to support a volume of up to 100,000 
transactions per hour, while insuring data integrity. Since more than one process and 
type of process will be running concurrently, a locking strategy is required. 

The input process of reading separate queues by account range, will ensure that the 
same portfolio (account) will not be processed by two concurrent tasks. There remains 
the issue of other background processes (such as scheduled accrual, amortization, 
valuation, snapshot) which work with portfolios independent of what is being done by the 
input programs. To ensure data integrity, a new table will be implemented to control 
update access to a portfolio. 

The locking strategy will be defined for each process in the system. It is recognized that 
while some processes (such as accrual and amortization) can run concurrently, other 
processes (such as input) require exclusive control of the portfolio, Each process will 
lock any portfolio it is to process in this table. Other non-concurrent processes will not 
attempt to work with a locked portfolio. Instead, they will requeue that portfolio to be 
processed when it is no longer locked by another task. 

If the portfolio is not available, the input transaction will be written to the internal hold 
queue for later processing. 
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On-line Recovery 

The standard CICS and DB2 recovery capabilities will be used to ensure overall 
database integrity and to preclude the loss of any transaction or event. The input 
process, running as a single unit of work, will syncpoint at the end of its work, if 
successful. If not successful, the transaction and any database updates will be rolled 
back, and the starting transaction requeued for subsequent processing. 

The Data Collector 

The Collector Process designed to facilitate the collection of data that exists within the 
GA universe. It is a mechanism to assemble data for virtually any process and allows 
the requester to be completely independent from the Physical architecture of SGA. 

Regular mode is a one for one scenario when one request results in one set of 
information returned (Per Asset). Batch mode on the other hand may return a result set 
of one or more layouts (Multiple Assets). Both modes return information for one 
Account. 

The primary purpose of the Collector is to provide an independent means of providing 
ledger balance information. It will also be able to collect SMDB data and perform a 
required business calculations. That means that the Derivation process for example will 
get all the data it needs to do the cost derivation, but the math will be done in Derivation 
process itself. Eventually the user will have a choice to request Math to be perform by 
Collector by way of a stored procedure. 

Control Monitoring 

Recognizing that the majority of the functionality within Global Accounting is provided by 
background CICS tasks, an on-line inquiry capability will be provided to allow authorized 
users to monitor the status and processing statistical information captured by the those 
tasks. CICS screens will display system status, queue record counts, as well as current 
portfolio processing states. 
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Program Description 
Input Processing 



CDW Sweeper 



SGA Control 



Input 



Editing 



Repair 



Matching 



This program will read intraday transactions from the Custody Data 
Warehouse, format them for SGA, and write them to the outbound 
message queue to be routed to SGA. 

This module will be the driver module for SGA transaction processing. 
It will call the appropriate sub-programs as required. It is an on-going 
background task, working with a specific logical message queue. Its 
termination is the end of a single unit of work. Each called program 
will indicate, via return codes, the success or failure of the called 
process. The control program will also update the various control 
information statistics for user display. 

This will read transactions from either the CDW input stream (via MQ 
Series) or from one of the several internal database queues according 
to priority. 

This program will edit the input transaction to ensure that all data 
present in the transaction is valid. Input records which fail the edit will 
be written to the repair queue (a DB2 table) for subsequent user 
correction. 

This function will allow users to correct or add additional required 
information (repair) a transaction which passed CDW edits, but failed 
those of SGA. When repaired, such transactions will be released for 
reprocessing. When analysis of the repair function is further along, it 
is likely that this will prove to be multiple programs. 

This program will verify that any linked transactions required to 
process this input are already present within the SGA environment. 
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Program Description 
Input Processing (continued) 



Transaction or This program will analyze an input transaction/event and determine 
Event the processes it needs to be correctly posted. These processes may 

Processor include reconstruction, derivation, etc. It will call the appropriate sub- 
programs as required. These sub-programs will include dynamic 
amortization and accrual capabilities. 



Reconstruction This program will generate the appropriate transaction reversals and 
transactions required for reconstruction. They will be written to the 
internal reconstruction queue for subsequent high-priority processing 
for this account. A return code passed back to the control program will 
indicate that this unit of work should end. No further processing of the 
original input transaction (which caused reconstruction) will be done at 
this time. The control program will then again call the portfolio control 
module to have it lock this portfolio for reconstruction. 
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Program Description 
Accounting 



Lot Selection This program will identify specific position lots associated with an 

accounting transaction if the customer preferences indicate lot-based 
accounting requirements. The program will create transaction lot keys 
related to the transaction for each identified position lot. 

Derivation This program will augment a transaction with accounting data required 
for ledger posting. The derivation processes to be applied to a 
transaction will be determined by rules based on transaction type, type 
of financial instrument, and customer preferences. 



Posting This program will update ledger balances by applying a fully- 

augmented accounting transaction to a pre-defined posting matrix 
which identifies the ledger balance to be affected. 
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Program Description 
Scheduled Processing 



Initialization Initialization is needed to provide the full set of schedules for the 

Current Day. Once the Schedules are identified, they will be Swept 
onto the Current Day Queue, where the Initiator will be able to pick 
them up. This Will limit Initiator's Search for Required Schedules and 
will allow for monitoring of Daily Events. After completing the Sweep, 
Scheduler will mark the account as Processed. When all of the 
Accounts have been "Processed" the Initialization Module will clear 
the Queue and will Re-populate it with the Next Day Schedules. 

Initiator This program will run in a background restarting itself every N 

seconds. N will have a default value and will be periodically reset 
internally by the Initiator. It will select the certain time entries off of the 
Current Day Schedules Queue and will Lock the accounts by inserting 
the entries into Accounts Scheduled Queue. Once accounts for the 
given schedule time are Selected, the Initiator will mark the entries in 
Current Day Schedules Queue as Complete. The N variable can be 
reset to the time interval shorter then the default if needed. One 
process will handle every potential schedule to reduce the number of 
potential locks against the Accounts Scheduled Queue. 

Preprocess Preprocess is a Specialized Function that performs only one task. 

Every Functionality will have a separate Sweeping Process 
associated with it. The Preprocess will Poll the Accounts Scheduled Q, 
Lock Accounts, and will construct the Complete Transaction. The 
Preprocess will rely on Collector Process to Accumulate the 
Account/Position/Ledger values it needs and on a Universal Control 
Module to regulate its access to the Account's data. The Preprocess 
will Unlock the Account when all the positions within it are processed. 
Preprocess will be designed to run as a background task or it may be 
linked to. Preprocess will Know if the Account to Sweep is Locked or 
Not by calling a Universal Control Module. If it is Locked the account 
will remain "not swept". 

Process This Module Completes the Transaction by calling accrual, 

amortization, valuation or other module. Like Preprocess this module 
is specialized in performing only one business task. Process has no 
knowledge about the location of the Data required to complete the 
transaction. That knowledge belongs to a Specialized Accrual, 
Amortization or other API provided by SMDB. 



Dynamic The Set of Dynamically Called Modules will be developed to satisfy 

every possible request from Input, Derivation, Posting or Online 
System. 
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Program Description 
System Utility 



Portfolio This program will be called to ensure that no other process will work 

Control with a given portfolio while the input transaction is "in-flight", a 

background task is in progress, or some other activity requiring 

exclusive control is going on. 

System This program will display the system's transaction statistics and 

Monitor current state via an on-line screen. 
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Why 

Accounting Requirements 



Securities Processing Architecture 

Turning the datastore into an accounting system 

The Datastore is made of over 200 tables of various data types. The data can be split up into three different 
types, Demographic (ie., Customer, Relationship, Portfolio, Recipient), Product Delivery (ie., Package, 
Product, Schedule), Reference (ie., Asset, Vendor, Broker), Financial (ie., Position, Transaction). In order 
to leverage the vast amount of data and processing that currently exists in the Datastore, it seemed 
appropriate to build the accounting functionality within the Datastore architecture. 

The means of turning the Datastore into an accounting system. Essentially involve replacing the batch feeds 
of accounting information that comes from the two accounting systems, Map and Tas, with real time 
processing based on the feeds of transactions from ASP, GSP, IMMS, TPFX and TAS CASH. The 
transaction feeds would be passed to a new real time accounting engine which would create the value added 
accounting information on the transaction, and post that transaction to positions within the database. 
The split of responsibilities will be as follows. The capture of transactions will be handled as phase one of 
the effort that will ultimately provide a Custody Data Warehouse. The transaction will be preprocessed and 
if the portfolio requires accounting it will be passed to the Global Accounting system. 
The preprocessing in CDW? Convert from upstream format into Datastore format. Transaction typing. 
Maintainance of relevant reference data. 

Integrating new data to existing datastore functionality 

Datadownloads 

Reporting 

Taxonomies Asset and Transaction 
Data Flows 

everything happens with a transction 
transaction flows 
CDW role 
Input Processing 
Reconstruction 

Internally Generated transactions 

reconciliation 

Processing Architecture 



Database Architecture 

Keys to Position - General Ledger 

The Chart of Accounts 

Derivation Rules 

Posting Rules 

Multiple Base Currencies 

Multiple Cost Bases 

Aggregation of Ledgers 



Implementation 
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benefits of using the Datastore 
compatability 

Transaction data is very similiar to that of the Datastore. Most information is contained on a single table 
entry. 

If that is not possible, there will be the ability built into the system, to dynamically create 
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Message Types 

SWIFT-like message formats will be used to convey asset setup, 
acknowledgement and maintenance information between AMS and BNY. In 
order to process a message conforming to basic rules set forth by the major 
flows for the Liberty project, SWIFT MT598 message type will be used. 

Where possible, SWIFT rules 1 will be used with user-defined tag-words provided 
in this document. ISO standards will be used for all currencies, countries, SWIFT 
standards will be used for values and dates. 

Message types will be created and tested for all asset setup functionality in 
phases, as indicated below. 

Phase 1 Message Types 



AMS initiated messages 











IMNTADD 


Instrument Add Message Type 


77E 


MSG.TYP 


IMNTMOD 


Instrument Modify Message Type 


77E 


MSG_TYP 


IMNTREC 


Instrument Full Record Sync Message Type 


77E 


MSG_TYP 



Note : IMNTREC will be tested in phases. In phase 1, IMNTREC has the same 
functionality as IMNTADD and reconciliation will consist of AMS sending their universe 
of London-held securities to SMDB, approximately 7,000 securities. BNY will accept the 
IMNTREC and perform reconciliation based on this universe. Breaks will be handled on 
the break-queue and an exception report will be produced. 

Subsequent phases associated with much larger reconciliation volumes will require a 
more elegant method of transmission and requires further discussion. 



BNY initiated messages 











IMNTACK 


Instrument Acknowledge Message Type 


77E 


MSG_TYP 


IMNTNAK 


Instrument Negative Acknowledge Message Type 


77E 


MSG.TYP 



Notes : 

• IMNTACK is the full SMDB push record that acts as a confirmation of an AMS 
initiated IMNTADD or IMNTMOD. 

. IMNTNAK is initiated by MIDYS, the BNY middleware provider, not SMDB. MIDYS 
responds to an AMS IMNTADD on a technical level in the case of receiving an 
incomplete or unrecognized IMNTADD. 



1 As defined by SWIFT International Standard ISO 15022 Data Field Dictionary 
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Phase 2 Message Types 



AMS initiated messages 











IMNTSUB (for 
pricing data) 


Instrument Subscribe Message Type 


77E 


MSG_TYP 


IMNTREC 


Instrument Full Record Sync Message Type 


77E 


MSG_TYP 


BNY initiated messages 










IMNTPRICEPUSH 


Price Data Push Message Type 


77E 


MSG_TYP 


Phase 3 Message Types 

AMS initiated messages 








•;v*:v .v? 


IMNTSUB (for 
corporate action 
data) 


Instrument Subscribe Message Type 


77E 


MSG_TYP 


IMNTLST 


Instrument Reference Data Update Message Type 


77E 


MSG_TYP 



BNY initiated messages 











IMNTLST 


Instrument Reference Data Update Message Type 


77E 


MSG TYP 


IMNTCAPUSH 


Corporate Action Push Message Type 


77E 


MSGjTYP 



Note : All dates will be provided in the forthcoming Liberty project plan. 
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Common Fields 

A SWIFT MT598 message will be used, and various fields will be common across all 
asset messages. Where possible, SWIFT rules will be adhered to in the common areas 
of the message. AMS will send a unique technical number from the messaging layer to 
BNY on each message, and AMS will receive a unique technical number on all BNY 
messages transmitted to AMS. The following fields are common across all IMNT 
messages and act as a message header with control information: 

Note : A SWIFT-like delimited format is used for the tag words and data portion of the 
message. Forward slashes will be used to delimit tag words from their corresponding 
data values followed by <ctl><lnfd>, as follows: 





Pill i 




' , 




M 


20 




Transaction Ref Number: Message 
layer unique technical number 




M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSGJTYP 


Instrument Message Type 


MSG_TYP 


M 


77E 


DATA_SRC 


Data Source Code 


DATA.SRC 


M 


77E 


DATA_TRGT 


Data Target 


DATA_TRGT 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POST_DAT 


Posting Date 


POST_DAT 


M 


77E 


POSTTIM 


Posting Time 


POST TIM 


M 


77E 




<CTRL><LNFD> 





IMNTADD 



Design 

The IMNTADD message is transmitted from AMS to BNY for asset add requests. The 
message will be in SWIFT-like MT598 format, embedding a single tag/value token within 
the field 77E narrative. Each instrument add request will correspond to a single SWIFT 
message. Tag values will correspond to mnemonics agreed upon between AMS and 
BNY. Each tag word and data value set will end with a <ctl><lnfd> until the end of the 
message. 

The following tables define the contents of the IMNTADD message based on SMDB 
field requirements for public securities. There are six major breakdowns as detailed in 
the attribute spreadsheet compiled during the AMS / BNY working sessions (The 
attribute spreadsheet can be found under separate cover). The message is variable 
length, as certain tags apply only to certain asset classes. 

BNY will respond to IMNTADD messages with an IMNTACK message containing the 
attributes detailed in the IMNTACK section of this document. AMS will then reconcile 
the reflected attributes with the attributes originally transmitted to BNY. 

The six types of IMNTADD requests are: 

• Instrument add for Equity, Warrants, Rights 

• Instrument add for Corporate, Government 
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• Instrument add for Mortgages 

• Instrument add for Municipals 

• Instrument add for Private Placements 

• Instrument add for Exchange Traded Derivatives 

Sample Instrument Add Tags for Equity, Warrants, Rights 



IMNTADD for Equity, Warrants, Rights (public securities) 





















~' — — - - 


M 


20 




Transaction Ref Number: Message 
layer unique technical number 




M 


12 




Message description tag MT598 


MSGID 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSGTYP 


Instrument Message Type 


MSGTYP 


M 


77E 


DATASRC 


Data Source Code 


DATASRC 


M 


77E 


DATATRG 


Data Target 


DATATRG 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POSTDT 


Posting Date 


POSTDT 


M 


77E 


POSTTM 


Posting Time 


POSTTM 


M 


77E 




<CTRL><LNFD> 




M 


77E 


IMNTID 


AMS Instrument Identifier 


IMNTJD 


M 


77E 


ACUS 


Valid Public CUSIP / CINS 


ID_CUSIP 


M 


77E 


SNAME 


AMS Instrument Short Name 


AMS_IMNT_SHORT_NM 


M 


77E 


MKTSEC 


AMS Market Sector Description 


MARKET_SECTOR_DES 


M 


77E 


MKTSSEC 


AMS Market Sub Sector Description 


MARKET_SUB_SEC_DES 


M 


77E 


ASCT 


AMS Security Instrument Type 


SECURITY_TYP 


M 


77E 


SASCT 


AMS Security Instrument Sub Type 


SECU RITY_S U B_TYP 


M 


77E 


MICO 


AMS Accrual Calculation Type 


CALC_TYP 


M 


77E 


TIPS 


TIPS Accrual Calculation Code 


TIPS 


M 


77E 


COMEXC 


Composite Exchange Code 


EXCH_CODE 


M 


77E 


NAME 


Name 


NAME 


M 


77E 


LNAME 


Long Company Name 


LONG_COMP_NAME 


M 


77E 


AECH 


Equity Primary Exchange Code 


EQY_PRIM_EXCH_SHRT 


M 


77E 


ATK 


Instrument Ticker 


TICKER 


M 


77E 


DENO 


Country the Instrument is issued in 
(ISO) 


CNTRYJSSUEJSO 


M 


77E 


CONSTP 


Constantly Priced Instrument 


CONSTANT_PR 


M 


77E 


INCCY 


Equity Dividend / Income Currency is 
paid 


EQYJDVD__CRNCY 


M 


77E 


ISRCTY 


Country of Issuer (ISO) 


COUNTRYJSO 


M 


77E 


AISS 


Issuer Name 


ISSUER 


M 


77E 


AUNP 


Par Amount 


PAR_AMT 


M 


77E 


PRCCCY 


Currency Instrument is Priced in 


CRNCY 


M 


77E 


MKTMULT 


Price Factor NB (price multiplier to 
calc MV) 


PRICE_FACTOR_NB 


M 


77E 


AUNP 


Par Value Currency (principal 
payments) 


PAR_VAL_CRNCY 


M 


77E 


ACLAS 0,1,2, repeating 


Classification, Industry codes 


Initially, up to 10 codes 
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Sample Instrument Add Tags for Corporate, Government 



IMNTADD for Corporates and Governments (public securities) 









fi5> ■ * \\f^ 














M 


20 




Transaction Ref Number: Message 

lawpr i mini to tp^hniral nnmhpr 

tdyCI UIIILfUC LCOI II HOdl IIUIIIUCI 




M 

IVI 


12 




Mpccanp rieccrintinn tan MT^Qft 
ivicooayc ucaui ifjuui i way ivi i J3u 


MSfilD 


M 

Iwl 


77E 




<CTRLxLNFD> 




M 


77E 


MSGTYP 

IVIWU III 


Instrument Mp^saae TvDe 


MSGTYP 

IVIWVJ III 


M 


77E 


DATASRC 


Data Source Code 

I-/ a I CI UWUIwv WUv 


DATASRC 


M 


77E 


DATATRG 


Data Target 


DATATRG 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POSTDAT 


Posting Date 


POST DAT 


M 


77E 


POSTTIM 


Posting Time 


POST TIM 


M 


77E 




<CTRL><LNFD> 




M 


77E 


IMNTID 


AMS Instrument Identifier 


IMNT ID 

1 1 VII ^ 1 1 L*/ 


M 


77E 


ACUS 


Valid Public CUSIP / CINS 


ID CUSIP 

i v> won 


M 


77E 


SNAME 


AMS Instrument Short Name 

f\IVIW 1 1 Iw 11 UI 1 Id 1 L vl Iwl I 1 lQI 1 Iw 


AMS IMNT SHORT NM 

f\l¥l W 1 1 V ■ 1 >• 1 \JI \ 1 l>IVI 


M 


77E 


MKTS EC 


AMS Market Sector Description 


MARKET SECTOR DES 


M 


77E 


MKTSSEC 

IVI in 1 OOCv 


AMC Market ^tih ^Prtnr npscrintion 


MARKFT SUB SFP DFS 


M 


77E 


ASCT 


AMS Securitv Instrument Tvne 

rM viv> oc^uiiiy ii ion ui i ici il i jr^JC 


SECURITY TYP 

\wJ 1 — V^/ 1 \ 1 II III 


M 


77E 


SASCT 


AMS Seruritv Instrument Suh Tvne 


SECURITY SUB TYP 

OI-VWIM 1 1 vUU III 


M 


77E 


MICO 


AMS Accrual Calculation Tvne 


CALC TYP 


M 


77E 


TIPS 


TIPS Accrual Calculation Code 


TIPS 


M 


77E 


COMEXC 


Composite Exchange Code 


EXCH_C0DE 


M 


77E 


NAME 


Name 


NAME 


M 


77E 


LNAME 


Long Company Name 


LONG_COMP_NAME 


M 


77E 


AECH 


Equity Primary Exchange Code 


EQY_PRIM_EXCH_SHRT 


M 


77E 


DENO 


Country of Issue of the Instrument ISO 


CNTRYJSSUEJSO 


M 


77E 


CONSTP 


Constantly Priced Instrument 


CONSTANT_PR 


M 


77E 


AITM 


Day-count convention for calc accrd 

int 
nil 


DAY_CNT 


M 


77E 


ACDS 


Counon Tvne 


CPN TYP 


M 


77 E 


COUP 


Current counon 

\>/ UN Will \J\J upUl 1 


CUR CPN 

WWl A \Sl 1^ 


M 


77E 


DDTE 


Dated Date 


INTEREST ACC DT 


M 


77E 


FCPNDT 


First Coupon Date 


FIRST_CPN_DT 


M 


77E 


COUP 


Coupon Currency 


CPN_CRNCY 


M 


77E 


AFQY 


Coupon / Income frequency 


CPN_FREQ 


M 


77E 


ISRCTY 


Countrv of Issuer fISO) 

WWIIll J N/l IvvWvl y 1 V/ f 


COUNTRYJSO 


M 


77E 


AISS 


Issuer Name 


ISSUER 

IWWwUI \ 


M 


77E 


LRSETDT 


Last Rate Reset Date 


LAST RE FIX DT 

1_#\VJ 1 1 VU, | IAV 1—t 1 


M 


77 E 


AMD 


Maturity Date 

1 V 1 C4 l Li 1 1 L J L/OlW 


MATURITY 

1 ¥ l/ \ 1 VIM 1 1 


M 


77E 


MOODY 


Moody Rating 


RTG_MOODY 


M 


77E 


ANPD 


Next Coupon Date 


NXT_CPN_DT 


M 


77E 


NXTRSET 


Next Rate Reset Date 


NXT_REFIX_DT 


M 


77E 


PCPNDT 


Previous Coupon Date 


PREV_CPN_DT 


M 


77E 


AUNP 


Par Amount 


PAR_AMT 


M 


77E 


PRCCCY 


Pricing currency 


CRNCY 


M 


77E 


MKTMULT 


Price Factor NB (price multiplier to 
calc MV) 


PRICE_FACTOR_NB 


M 


77E 


PPAYCCY 


Par Value Currency (principal 
payments) 


PAR_VAL_CRNCY 


M 


77E 


REDEM 


Redemption Value 


REDEMP_AM 


M 


77E 


SPRAT 


SP Rating 


RTG_SP 


M 


77E 


ZCPN 


Zero Coupon Marker 


ZERO_CPN 


M 


77E 


ACLAS 0,1,2, repeating 


Classification, Industry codes 


Initially, up to 10 codes 
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IMNTADD for Mortgages (public securities) 































M 


20 


BUSINESSJD 


Transaction Ref Number: Message 
layer unique technical number 




M 


\Z 


mcp io 
MoG_IU 


Message description tag MT598 


MSG_ID 


M 


77C 
f ftZ 




<GTRL><LNFD> 




M 


77C 
/ /t 


MoG__ 1 Yr 


Instrument Message Type 


ham Tvn 

MSG_TYP 


M 


77b 


OATA OD^ 

DAT A_bRO 


Data Source Code 


DATA_SRC 


M 


77C 

77b 


r\AT« TD/**T 

DAT A_TRGT 


Data Target 


o a t - a Tn 

DATA_TRGT 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


O^OT HAT 

POST_DAT 


Posting Date 


POST_DAT 


M 


77C 

77b 


D/"\OT Tift* 

PUo l_l IM 


Posting Time 


POST_TIM 


M 


77b 




<CTRL><LNFD> 




mm 

M 


77C 

77c 


iaakit io 
IMNT_ID 


AMS Instrument Identifier 


IMNT_ID 


M 


77C 

77b 


AOUo 


Valid Public CUSIP / CINS 


i o /"^ i 10m 

ID_CUSIP 


M 


77C 

/ /c 


OKI A A ACT 

oNAMb 


AMS Instrument Short Name 


A 1 in II Ik l-T- PLIAOT k 1 ft. it 

AMS_IMNT_SHORT_NM 


M 

M 


77C 

/ / b 


MK 1 ocU 


AMS Market Sector Description 


IIADI/CT orr/^T^D r\rc 

MARKcT_SECTOR_DES 


u 
M 


/ / b 


Mr\ 1 oobO 


AMS Market Sub Sector Description 


uadi/ct ci id Oct/"* orro 

MARKbT_SUB_SEC_DES 


Ml 


77C 

/ / b 




AMS Security Instrument Type 


orr/"M IDITV TVO 

SECURITY_TYP 


M 


77E 


SECSTYP 


AMS Security Instrument Sub Type 


SECURITY_SUB_TYP 


M 


77E 


MICO 


AMS Accrual Calculation Type 


CALC_TYP 


M 


77E 


TIPS 


TIPS Accrual Calculation Code 


TIPS 


M 


77E 


NAME 


Name 


NAME 


M 


77E 


LNAME 


Long Company Name 


LONG_COMP_NAME 


M 


77E 


DENO 


Country of Issue of the Instrument - 
ISO 


CNTRYJSSUEJSO 


M 


77E 


CONSTP 


Constantly Priced Instrument 


CONSTANT_PR 


M 


77E 


AITM 


Day count convention for calc accrued 
interest 


DAY_CNT 


mm 

M 


77C 

77c 


ACDS 


Coupon Type 


CPN_TYP 


M 


77E 


COUP 


Current Coupon 


CUR_CPN 


mm 

M 


77C 

77b 


DDTb 


Dated Date 


INTEREST_ACC_DT 


M 


77E 


FCPNDT 


First Coupon Date 


Fl RST_CPN_DT 


M 


77E 


INCCY 


Coupon Currency 


CPN_CRNCY 


M 


77E 


AFQY 


Income / Coupon Frequency 


CPN_FRQ 


M 


77C 

77b 


ICDPTV 

ISRCTY 


Country of Issuer (ISO) 


liiTOV/ ion 

COUNTRY_ISO 


M 


77C 

77c 


A ICC 

AISS 


Issuer Name 


iooi irro 

ISSUER 


Ml 


77C 

/ /c 


LKob 1 D 1 


Last Rate Reset Date 


1 A OT DDCTIV OT 

LAb 1 _K b r 1 A_D T 


u 
IVl 


77C 

/ f b 


Aim 
AMU 


Maturity Date 


IV * A Tl IDITV 

MATURITY 


M 

IVl 


77C 

r /c 


MUUUY 


Moody Rating 


RTG_MOODY 


Ml 

M 


77C 

/ /b 


MOrAYK 1 


R JITO /"» 1 ID DAV DT 

M 1 G_GUR_PAY_RT 


H IT/* 1 Z - *! ID OAV/ DT 

MTG_C U R_r A Y_RT 


Ml 

M 


7 fc. 


microA vr\T 
MrrAYUT 


ft »TP CAPTOD OAV ot 

MTG_rACTUR_PAY_DT 


A /IT/"* C A /"*»*r*/"*\ D OAV OT 

MTG_r ACTO R_PA Y_DT 


Ml 


77C 

77b 


MrrDT 


A a"!"/*"* r~| DOT" DAV OT 

MTG_r 1 RoT_PA Y_DT 


K *T/^ C" 1 d OT OAV OT 

MTG_FI RST_PAY_DT 


M 


77C 

/ / b 


MAI 1 M 


& dTr 1 dav nci a\/ 
M 1 G_rAY_UbLAY 


h «T/^ OAV OC~| AV 

M 1 G_rAY_UbLAY 


Ml 

M 


77C 

/ /c 


OUrU 


Mortgage Current Pool Factor 


MTG_POOL_r AO TOR 


M 


77E 


PRFC 


Mortgage Previous Pool Factor 


MTG_PREV_FACTOR 


M 


77E 


ANPD 


Next Coupon Date 


NXT_CPN_DT 


M 


77E 


NXTRSET 


Next Rate Reset Date 


NXT_REFIX_DT 


M 


77E 


PCPNDT 


Previous Coupon Date 


PREV_CPN_DT 


M 


77E 


AUNP 


Par Amount 


PAR_AMT 


M 


77E 


PRCCCY 


Currency Instrument is Priced in 


CRNCY 


M 


77E 


MKTMULT 


Price Factor NB (price multiplier to 
calc MV) 


PRICE_FACTOR_NB 


M 


77E 


PPAYCCY 


Par Value Currency (principal 
payments) 


PAR_VAL_CRNCY 


M | 


77E 


REDEM 


Redemption Value 


REDEMP_AM 
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Kill 








M 


77E 


SPRAT 


SP Rating 


RTG_SP 


M 


77E 


ZCPN 


Zero Coupon Marker 


ZERO^CPN 


M 


77E 


AC LAS 0,1,2, repeating 


Classification, Industry codes 


Initially, up to 10 codes 
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Sample Instrument Add Tags for Municipals 



IMNTADD for Municipals (public securities) 



fur ; 






•s 1 i 


; \ II ■ • lip 


M 


20 




Transaction Ref Number: Message 

ictyci uiiiLjuc icoi ii nuoi iiuimuci 




M 

IVI 


12 




MpQQ^np HpQprintinn tan MT^QR 
ivicooayc ucsoi ipuui i lay ivi i jju 


MSG ID 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSGTYP 

ivivvj ill 


Instrument Messaae Tvne 


MSG TYP 

IVI^J VJ III 


M 


77E 


DATASRC 


Data Source Code 


DATA SRC 


M 


77E 


DATATRG 


Data Taraet 


DATA TRGT 

i/n i *v ■ i \\j i 


M 

Iwl 


77E 


PCMN 


AMS Tprhniral Numbpr 


PCMN 


M 


77E 


POSTDAT 


Postino Date 


POST DAT 


M 


77E 


POSTTIM 

1 N— / V*/ 1 1 1 IVI 


Postinn Time 

i wwLii iy i ii i iw 


POST TIM 


M 


77E 




<CTRL><LNFD> 




M 


77E 


IMNTID 

1 1 VI I >• i ii_y 


AMS Instrument Identifier 

f\l V 1 \J |l lOll Ul 1 ICI 11 lUvl lllllvl 


IMNT ID 

1 IVI 1 X 1 1 ip/ 


M 


77E 


ACUS 


Valid Public CUSIP / CINS 


ID_CUSIP 


M 


77E 


SNAME 


AMS Instrument Short Name 


AMS_IMNT_SHORT_NM 


M 


77E 


MKTS EC 


AMS Market Sector Description 


MARKET_SECTOR_DES 


M 


77E 


MKTSSEC 


AMS Market Sub Sector Description 


MARKET_SUB_SEC_DES 


M 


77E 


ASCT 


AMS Security Instrument Type 


SECURITY_TYP 


M 


77E 


SECSTYP 


AMS Security Instrument Sub Type 


SECURITY_SUB_TYP 


M 


77E 


MICO 


AMS Accrual Calculation Type 
(Investigate) 


CALC.TYP 


M 


77E 


TIPS 


TIPS Accrual Calculation Code 


TIPS 


M 


77E 


NAME 


Name 


NAME 


M 


77E 


LNAME 


Long Company Name 


LNAME 


M 


77E 


DENO 


Country of Issue of the Instrument 

{\OU) 


CNTRY_ISSUE_ISO 


M 

IVI 


77F 


PON9TP 

OUINO 1 i 


VsUlldldt III/ r IIUCU IDollUIIICIII. 


CONSTANT PR 
ouino i ain I rr\ 


M 

IVI 


77F 


AITM 

rAI 1 IVI 


riau Cni int 


DAY CNT 

UF\ I V-/ IN 1 


M 

IVI 


77F 






PPM TVP 

\y l IN 1 T i 


M 

IVI 


77F 


roup 


Current Cnnnrtn 


CUR CPN 

V-/ W r\ i IN 


M 


77E 


DDTE 


Dated Date 


INTEREST ACC DT 

Ml f 1 — 1 \ 1 — w I fly L> 1 


M 

IVI 


77F 
lie 


FCPNDT 


Firct Cnimnn Datp 


FIRST CPN DT 


M 


77E 


INCCY 


Cnnnnn Ciirrpnrv 


CPN CRNCY 


M 


77E 


AFQY 


CouDon Freouencv 


CPN FRQ 


M 


77E 


ISRCTY 


Countrv of Issuer flSO^ 


COUNTRY ISO 


M 


77E 


AISS 


Issuer Name 

iqouci iiaiiic 


ISSUER 


M 


77E 


LRSETDT 


Last Rate Reset Date 


LAST_REFIX_DT 


M 


77E 


AMD 


Maturity Date 


MATURITY 


M 


77E 


MOODY 


Moody Rating 


RTG_MOODY 


M 


77E 


ADV RFND PX 


MUNI_ADV_RFND_PX 


MUNI_ADV_RFND_PX 


M 


77E 


ASET 


MUNI_ADJ_CPN_MODE 


MUNI_ADJ_CPN_MODE 


M 


77E 


ISSUE TYP 


MUNI_ISSUE_TYP 


MUNIJSSUEJTYP 


M 


77E 


MPPREP 


MUN1_PRE_REFND_MTY_DT 


MUNI_PRE_REFNDJvlTY_ 
DT 


M 


77E 


ANPD 


Next Coupon Date 


NXT_CPN_DT 


M 


77E 


NXTRSET 


Next Coupon Reset Date 
( NXTJRE FIX_DT) 


NXT_REFIX_DT 


M 


77E 


PCPNDT 


Previous Coupon Date 


PREV_CPN_DT 


M 


77E 


AUNP t 


Par Amount 


PAR_AMT 


M 


77E 


PRCCCY 


Currency Instrument is Priced in 


CRNCY 


M 


77E 


MKTMULT 


Price Factor NB (price multiplier to 
calc MV) 


PRICE_FACTOR_NB 


M 


77E 


AUNP 


Par Value Currency (principal paymt) 


PAR_VAL_CRNCY 


M 


77E 


REDEM 


REDEMP_AM 


REDEM P_AM 
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M 


77E 


SPRAT 


RTG_SP 


RTG_SP 


M 


77E 


ZCPN 


2ERO_CPN 


ZERO_CPN 


M 


77E 


ASC 


STATE.CODE 


STATE_CODE 


M 


77E 


ACLAS 0,1,2, repeating 


Classification, Industry codes 


Initially, up to 10 codes 



Sample Instrument Add Tags for Private Placements 

IMNTADD for Municipals (public securities) 







ii^iMI Ililll 

nmn^ . : iilll 




1 Sfi Stfll 


M 


20 




Transaction Ref Number: Message 
layer unique technical number 




M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSGTYP 


Instrument Message Type 


MSGTYP 


M 


77E 


DATASRC 


Data Source Code 


r\ATA o o /*> 

DATASRC 


M 


77E 


DATATRG 


Data Target 


r> a t a rn^ 

DATATRG 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POSTDT 


Posting Date 


POSTDT 


M 


77 E 


POSTTM 


Posting Time 


DAPTTI A 

POSTTM 


M 


77E 




<CTRL><LNFD> 




M 


77E 


IMNTID 


AMS Instrument Identifier 


IMNT_ID 


M 


77E 


SNAME 


AMS Instrument Short Name 


AMS_IMNT_SHORT_NM 


M 


77E 


MKTSEC 


AMS Market Sector Description 


MARKET_SECTOR_DES 


M 


77E 


MKTSSEC 


AMS Market Sub Sector Description 


MARKET_SUB_SEC_DES 


M 


77E 


ASCT 


AMS Security Instrument Type 


SECURITY_TYP 


M 


77E 


MICO 


AMS Accrual Calculation Type 
( Investiaate') 


A 1 T\/n 

CALC_TYP 


M 


77E 


TIPS 


TIPS Accrual Calculation Code 


TIPS 


M 


77 E 


NAME 


Name 


NAME 


M 


77E 


NDESC1 


Line DescriDtion 1 


Line Description 1 


M 


77E 


NDESC2 


Line DescriDtion 2 


Line DescriDtion 2 


M 


77E 


NDESC3 


Line DescriDtion 3 


Line Description 3 


M 


77E 


NDESC4 


Line Description 4 


Line Description 4 


M 


77E 


NDESC5 


Line DescriDtion 5 


Line Description 5 


M 


77E 


AITM 


Day Count 


DAY_CNT 


M 


77c 


AG Do 


Coupon Type 


OHN_ I Yr 


M 


77E 


COUP 


Current Coupon 


CUR_CPN 


M 


77E 


AMD 


Maturity Date 


MATURITY 


M 


77E 


SERV 


Servicer 


Servicer 


M 


77E 


CHAR 


Servicer Fee Rate 


CHAR 


M 


77E 


PPNUM 


Private Placement ID 


PP# 


M 


77E 


PRIADM 


Prin Adminstrator 


PRIN_ADM 


M 


77E 


PPTYCOST 






M 


77E 


VAULT 


Vaulted 


Vault 


M 


77E 


NOSENV 


No. Sealed Envelops 


NO_SEAL_ENV 


M 


77E 


ACLAS 0,1,2, repeating 


Classification, Industry codes 


Initially, up to 10 codes 








Other common attributes will be 
identified in examples 





Sample Instrument Add Tags for Exchange Traded Derivatives 

IMNTADD for Municipals (public securities) 













M 


20 




Transaction Ref Number: Message 
layer unique technical number 
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M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSGTYP 


Instrument Message Type 


MSG_TYP 


M 


77E 


DATASRC 


Data Source Code 


DATA_SRC 


M 


77E 


DATATRG 


Data Target 


DATA_TRGT 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POSTDT 


Posting Date 


POST_DAT 


M 


77E 


POSTTM 


Posting Time 


POST_TIM 


M 


77E 




<CTRL><LNFD> 




M 


77E 


IMNTID 


AMS Instrument Identifier 


IMNTJD 


M 


77E 


ACUS 


Valid Public CUSIP/CINS 


ID_CUSIP 


M 


77E 


SNAME 


AMS Instrument Short Name 


AMSJMNT_SHORTJMM 


M 


77E 


MKTSEC 


AMS Market Sector Description 


MARKETJ5 ECTOR JDES 


M 


77E 


ASCT 


AMS Security Instrument Type 


SECURITY_TYP 


M 


77E 


MICO 


AMS Accrual Calculation Type 


CALC_TYP 


M 


77E 


TIPS 


TIPS Accrual Calculation Code 


TIPS 


M 


77E 


NAME 


Name 


NAME 


M 


77E 


LNAME 


Long Company Name 


LNAME 


M 


77E 


AECH 


Equity Primary Exchange Code 


EQY_PRIM_EXCH_SHRT 


M 


77E 


CNTRYJSSUE 


Country of Issue of the Instrument 
(ISO) 


CNTRY_ISSUE_ISO 


M 


77E 


CONSTANT PR 


Constantly Priced Instrument 


CONSTANT PR 


M 


77E 


CNTRY ISSUER 


Country of Issuer (ISO) 


COUNTRYJSO 


M 


77E 


AISS 


Issuer Name 


ISSUER 


M 


77E 


EXPDT 


Expiry Date 


EXPIRY_DT 


M 


77E 


CTRTMLT 


Contract Multiplier 


CONTRACT_MULT 


M 


77E 


LINKID 


AMS Underlying Instrument 


Linked Instrument ID 


M 


77E 


ACLAS 0,1,2, repeating 


Classification, Industry codes 


Initially, up to 10 codes 



IMNTMOD 



AMS will message to BNY changes to attributes for existing instruments using an 
MT598 message, with a specific message type tag defining the message as a change of 
attributes to an existing instrument. AMS will transmit only the attributes that have 
changed. BNY's response to IMNTMOD will be an IMNTACK message, containing the 
full SMDB data record for the security. 









m^'M:. m^-m^Kmm m^wwmm 














M 


20 




Transaction Ref Number: Message 
layer unique technical number 




M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSG_TYP 


Instrument Message Type 


MSG_TYP 


M 


77E 


DATA_SRC 


Data Source Code 


DATA_SRC 


M 


77E 


DATA_TRGT 


Data Target 


DATA TRGT 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POST DAT 


Posting Date 


POST_DAT 


M 


77E 


POSTTIM 


Posting Time 


POSTTIM 


M 


77E 




<CTRL><LNFD> 




M 


77E 


Changed attributes 


Changed attributes 


Changed attributes 


M 


77E 


IMNTJD 


AMS Instrument Identifier 


IMNTJD 


M 


77E 


INSM_NO 


AMS Instrument Number 


INSMJJO 



12 of 19 



1MNTSUB 



Assets AMS sends to BNY using IMNTADD will be added to the BNY SMDB 
subscription list automatically. AMS systems will subscribe to SMDB for pricing data 
schedules, and corporate action information. The IMNTACK message SMDB sends to 
AMS acts a confirmation that the asset is added to the subscription list. 

AMS can subscribe or un-subscribe to assets (A: Add, D: Delete) outside of using the 
IMNTADD function for pricing, corporate actions and indicative data. AMS will use 
IMNTSUB also to request an asset refresh. 

The use of IMNTSUB for pricing and corporate actions is not included in phase 1, and 
out of scope for this version of the document. This functionality will be detailed later 
under separate cover. 













M 


20 




Transaction Ref Number: Message 
layer unique technical number 




M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSG TYP 


Instrument Message Type 


MSGJTYP 


M 


77E 


DATA_SRC 


Data Source Code 


DATA_SRC 


M 


77E 


DATA_TRGT 


Data Target 


DATA_TRGT 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POST_DAT 


Posting Date 


POST_DAT 


M 


77E 


POST TIM 


Posting Time 


POSTTIM 


M 


77E 


ACTION_FLAG 


Subscription action (A: Add, D: 
Delete) 


ACTION_FLAG 


M 


77E 


DATA_REQ 


Subscription data of Interest (P: Price, 
C: CA, S: Schedules, I: Indicative) 


DATA_REQ 



IMNTREC 



For phase 1 , reconciliation will be handled via a daily download sent from AMS to 
SMDB. Security information that differs from information that exists on SMDB is added 
to the SMDB break-queue mechanism. The attributes covered by IMNTREC are 
defined in the attributes spreadsheet. 







wmmMm-i mmsm-mmim 






M 


20 




Transaction Ref Number: Message 
layer unique technical number 




M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSG_TYP 


Instrument Message Type 


MSG_TYP 


M 


77E 


DATA_SRC 


Data Source Code 


DATA_SRC 


M 


77E 


DATA_TRGT 


Data Target 


DATAJTRGT 


M 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


POST DAT 


Posting Date 


POST_DAT 


M 


77E 


POSTTIM 


Posting Time 


POSTTIM 


M 


77E 


REGION 


Regional subscription and time zone 
information (NY, LN, TO) 


REGION 
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EV478774021US 



IMNTACK 



BNY SMDB will respond to MNTADD and IMNTMOD messages with an IMNTACK 
message. The IMNTACK is a positive acknowledgement message and will include the 
full SMDB data record for the security. 









V ■ 






















M 


20 




Transaction Ref Number: Message 
layer unique technical number 




M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSG TYP 


Instrument Message Type 


MSG_TYP 








All data attributes... 





The full list of SWIFT-like tags that will be returned in the IMNTACK message can be 
found under separate cover in the SMDB Tags spreadsheet. 



For break-queue additions, based on an AMS initiated IMNTADD or IMNTMOD 
message, SMDB will respond with an IMNTACK when the break item is resolved. Also, 
SMDB will respond with an IMNTACK message for AMS initiated IMNTSUB messages. 

Data Translation and Inclusion in IMNTACK 

Data will be translated into the SWIFT message format by SMDB when it is returned to 
AMS. Attributes received by SMDB from AMS will be treated three different ways: 

• Attributes received and not reflected back. 

• Attributes received are translated into SMDB on the inbound and translated to 
SWIFT mnemonics, followed SMDB tags on the outbound to AMS. 

• SMDB direct mapping of attributes and reflected back to AMS. 

Note : The list of fields being translated, fields not being reflected back, and fields 
being mapped one for one will have been agreed to, and can be found under 
separate cover in the attributes spreadsheet. 

Exception items and other items of note are listed below. 

• For every AMS identifier, there will be only one corresponding SMDB identifier. 

• JPM will internally map each of the Bloomberg codes they use for accrual calculation 
to TIPS accrual routines. AMS will send the agreed upon code that relates to a 
specific TIPS routine, along with a day count to SMDB. Both AMS and BNY will 
translate to internal accounting systems using these codes. AMS does not expect 
these attributed returned. 

• Market sector, security type and coupon type attributes will be transmitted to BNY, 
and will be used to generate the BNY internal asset classification. AMS does not 
expect SMDB to reflect these attributes back. 

• AMS will transmit up to ten asset classification schemes, which SMDB will carry and 
reflect back to AMS in the IMNTACK message. Placeholders are defined in this 
document for asset classification. AMS reporting requirements will drive the 
schemes SMDB will need to carry on their local database, and will provide these 
schemes to SMDB. 

To populate the asset structures, AMS will send certain coded fields that are unique 
to AMS to SMDB in IMNTADD messages. These fields will not be modified by 
SMDB, and will be returned to AMS in the same format as they were received. In 
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addition, these fields will be mapped to CDW so that when responsibility for JPM 
client reporting is transferred to CDW, they will be able to accommodate this 
requirement (definition and translation of the various codes will be required at some 
point). 

Note : Additional detail regarding the transmission of asset classification codes and 
the explanation of these codes will be provided under separate cover. 

• The SMDB rules that generate the descriptions have been reviewed by AMS and 
BNY Business Operations, and have been approved for phase 1 . Changes to these 
rules may be needed to meet AMS Private Client Group requirements, 

• There will be no distinction between held securities and research securities in 
IMNTADD messages. However, work queue items related to held securities must 
be addressed before work queue items that relate to research securities. Therefore, 
the GSP work queue, which will only contain trade related, and therefore held, 
securities, will be cross-referenced. Those break items that are found on the GSP 
work queue and the AMS work queue will be handled first. 

IMNTNAK 

Technical negative acknowledgments will be sent from BNY to AMS for messages that 
fail validation performed by the BNY middleware product, MIDYS. 

IMNTLST 

Reference tables that support the transformation of data between AMS and SMDB will 
be synchronized between the two databases. The process by which the synchronization 
will be accomplished is detailed below. 

Either AMS or SMDB will be identified as the owner of the specific reference table. 
When the owner of the table identifies a change, notification will be sent to the opposite 
database. The new reference table will be sent, with the old and new contents defined. 
The non-owning database will run a 'Dif program to identify the difference between the 
two and the new information will then overlay the old. 

Note : The mode of notifying the non-owning database of a new reference value will be 
determined jointly with the two data management teams. 

The IMNTLST message will support the synchronization of these tables. The list of 
tables to be contained in these messages is as follows: 





Calendar 


Global Holiday Calendar 


Currency, Country 


Currency and Country 


Exchanges 


Exchange 


Classifications 


Classification Codes, Structures and 
Relationships 



Notes: 



• Country and currency codes are ISO standard. 

• Reference tables regarding prices and corporate actions will be identified in their 
respective specification documents. 
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M 


20 




Transaction Ref Number: Message layer 
unique technical number 




M 


12 




Message description tag MT598 


MSGJD 


M 


77E 




<CTRL><LNFD> 




M 


77E 


MSG_TYP 


Instrument Message Type 


MSG_TYP 


M 


77E 


DATA_SRC 


Data Source Code 


DATA_SRC 


M 


77E 


DATA_TRGT 


Data Target 


DATA_TRGT 


1UI 


77E 


PCMN 


AMS Technical Number 


PCMN 


M 


77E 


P0ST_DAT 


Posting Date 


POST DAT 


IUI 


77E 


POST_TIM 


Posting Time 


POST TIM 


M 

IVI 


77E 


REGION 


Regional subscription and time zone 
information (NY, LN, TO) 


REGION 


M 


77E 


REFJTBL 


Reference Table to update 


REF_TBL 


M 


77E 


ATTRIB_BEGIN 


























M 


77E 


ATTRIB_END 







Note : The attributes in this message will be dependent on the tables being sent in the 
message. 



IMNTPRICEPUSH and IMNTCAPUSH 

Price messages and corporate action event messages will be sent to AMS on a price 
and corporate action subscription basis, respectively. The content of these messages is 
not covered by the scope of this document and will be detailed later under separate 
cover. 

Note : An indicative subscription to a security is a pre-requisite to establishing a price or 
corporate action subscription. 
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Sample Messages 



EV478774021US 



IMNTADD Equity 

{4: 

:20: 123456 
: 12:598 

<CTRL><LNFD> 

:77E:/MSG_TYP/IMNTADD 

/DATA_SRC/ILITE 

/DATAJTRGT/SMDB 

/PCMN/1 23456 

/P0ST_DAT/1 999091 5 

/POSTTIM/17:30:25EST 

<CTRL><LNFD> 

/IMNTJD/1 00001 

/INSM_NO/90000122 

/ACUS/013817101 

/AMS J M NT_S N/ALCOA INC 

/AMS _MKT_S EC/Eq u ity 

/ASCT/Common Stock 

/MICO/001 

/COMP_CODE/US 

/NAME/Alcoa Inc. 

/LNAME/Alcoa Inc. 

/AECH/UN 

/ATK/AA 

/CNTRY_ISSUE/US 

/EQY_DVD_CRNCY/USD 

/CNTRYJSSUER/US 

/AISS/AIcoa Inc. 

/PRC_CUR/USD 

/PRCJVIULTJVIV/I.O 

-} 



IMNTADD Govt 

{4: 

:20:1 23456 
: 12:598 

<CTRL><LNFD> 

:77E:/MSG_TYP/IMNTADD 

/DATA_SRC/I LITE 

/DATA_TRGT/SMDB 

/PCMN/1 23456 

/POST_DAT/1 999091 5 

/POSTJIM/17:30:25EST 

<CTRL><LNFD> 

/IMNTJD/100001 

/INSM_NO/90000122 

/ACUS/Q08184EW1 

/AMSJMNT_SN/AUSTLA13 Vz 07/10/99 

/AMS_MKT_SEC/GOVT 

/ASCT/BULLDOG 

/MICO/001 

/COMP_EXCH/LN 

/NAME/AUSTLA13 1 / 2 0710/99 

/LNAME/ AUSTLA1 3 1 / 2 0710/99 

/AECH/LN 
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EV478774021US 

/CNTRYJSSUE/GB 

/CONSTANT_PR/ 

/AITM/02 

/CPN_TYP/FIXED 

/COUP/13.5 

/DDTE/1 99901 28 

/FIRST_CPN_DT/1 9990728 

/CPN_CUR/GBP 

/AFQY/02 

/CNTRYJSSUER/AU 

/AISS/ AUSTLA1 3 1 / 2 071 0/99 

/AMD/20100728 

/MOO D Y_RATI NG/Aa3 

/NXT_CPN_DT/1 9990728 

/PRC_CUR/GBP 

/PRC_MULT_MV/0.01 

/PRLPAY_CUR/GBP 

/REDEMP_AM/50000000 

/SP_RATING/A+ 

■} 

IMNTADD MBS 

{4: 

:20: 123456 
: 12:598 

<CTRL><LNFD> 

:77E:/MSG_TYP/IMNTADD 

/DATA_SRC/I LITE 

/DATAJTRGT/SMDB 

/PCMN/1 23456 

/POSTJDAT/1 999091 5 

/POST_TIM/17:30:25EST 

<CTRL><LNFD> 

/IMNTJD/1 00003 

/INSM_NO/90000124 

/ACUS/31366HTZ6 

/AMS_IMNT_SHORT_NM/FN 149168 

/AMS_MKT_S EC_DES/MTG E 

/AMS_MKT_SUB_SEC_DES/ 

/ASCT/MBS Other 

/MICO/001 

/NAME/FN 149168 

/LONG_COMP_NAME/FANNIE MAE 

/CNTRYJSSUE/US 

/AITM/03 

/CPN.TYP/FIXED 

/COUP/10 

/DDTE/1 9900401 

/FIRST_CPN_DT/19900501 

/CPN_CRNCY/USD 

/AFQY/06 

/C0UNTRY_IS0/US 
/AISS/FANNIE MAE 
/AMD/20200401 
/MOODY_RATI NG/Aaa 
/CUR_PAY_RT/10 
/FACTOR_PAY_DT/ 1 999041 5 
/FIRST_PAY_DT/1 990051 5 
/PAYJDELAY/1 5 
/CUFU/.892536 
/PRFC/.898672 
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/NXT_CPN_DT/1999051 5 

/PREV_CPN_DT/1 999031 5 

/PRC.CUR/USD 

/PRC_MULT_MV/0.01 

/PRI_PAY_CUR/USD 

/REDEMP_AM/50000000 

/S P_RAT! NG/AAA 



EV478774021US 



IMNTADD MUNI 

{4: 

:20: 123456 
:12:598 

<CTRL><LNFD> 

:77E:/MSG_TYP/IMNTADD 

/DATA_SRC/I LITE 

/DATA_TRGT/SMDB 

/PCMN/1 23456 

/POST_DAT/1 999091 5 

/POSTTIM/17:30:25EST 

<CTRL><LNFD> 

/IMNTJD/1 00004 

/INSM_NO/90000125 

/ACUS/008350AH3 

/AMS JMNT_SHORT_NM/ AFTON CENT SCH 

/AMS_MKT_SEC/Muni 

/ASCT/Bond 

/MICO/001 

/NAME/AFTON CENT SCH 
/LONG_COMP_NAME/ AFTON CENT SCH 
/CNTRY_ISSUE/US 
/AITM/01 

/CPN_TYP/FIXED 

/COUP/5.1 

/DDTE/1 989061 5 

/FIRST_CPN_DT/1 990061 5 

/CPN_CUR/USD 

/AFQY/01 

/CNTRYJSSUER/US 

/AISS/ AFTON CENT SCH D 

/AMD/19990615 

/MOODY_RATING/Baa1 

/ISSUE_TYP/GENERAL OBLIGATION UNLTD 

/NXT_CPN_DT/1 999061 5 

/FRNR/1 998061 5 

/PREV_CPN_DT 

/PRC_CUR/USD/USD 

/PRCJVIULTJVIV/0.01 

/PAR_VAL_CRNCY/USD 

/REDEMP_AM/50000000 

/SP_RATING/BBB 

/ASC/NY 
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\Data Field \Tag NumjSMDB Column \SMDB Table I Comments I 

SMDSELCT EV478774021US 



API TAG Fl BEGIN »822« 



A I"Y1 T A P P 1 A O O 

AR TAG CLASS 


A 123 A 


CLAS TX 


T SMD Fl 




API TAG COLLATERAL TYPE 


A 125 A 


COLAT TYP CD 


T SMD Fl 




API TAG CONTRACT LOT SIZ 


A 129 A 


CNTR LOT SIZE AM 


T SMD Fl 




API TAG LGLEN COUNTRY INCORP 


A 135 A 


CTRY INC CD 


T SMD LGLEN 




API TAG COUNTRY OF COLL 


A 136 A 


CTRY COLAT CD 


T SMD Fl 




API TAG Fl CURRENT RATE 


a 142 a 


CUR RT 


T SMD Fl 




API TAG INCOME CURRENCY 


A 162 A 


nni a ppw pr^ 

PRM CCY CD 


T SMD Fl 




API_TAG_EX P 1 RATI O N_DATE 


A 305 A 


EXP DT 


T SMD Fl 




A r~J 1 T A p AMTI/^ AAA Tl miTV r\ A ~T~T~ 

API TAG ANTIC MATURITY DATE 


A 308 A 


A Ik. 1 TP »« AT l"\T 

ANTC MAT DT 


T SMD Fl 




A ni t a p r— i i— i n ot ^nki ha i i 

API TAG Fl FIRST CPN DATE 


A 309 A 


FST CPN DT 


T SMD Fl 




a t-\ i t a p r~ i n o~r~ n i — o r - t~ pvatt - 

API TAG FIRST RESET DATE 


A 310 A 


COT OOT DT 

FST RST DT 


T SMD Fl 




A ni T A i k ipd^ ft AC mt a i r~ i ikir>inn it\ 

API TAG INCREMENTAL FUNGIBILITi 


A 316 A 


IMP!""* r~MP All 

INCR FNG AM 


T SMD Fl 




AHI T A P IMOKJI MP 

API TAG INSM NO 


A 318 A 


1 klOk A Ik IP 

INSM NO 


T SMD Fl 


SMDB instrument 
number 


Ani t A /■"* i a i o a a Tvnr «rtr^r- 

API TAG INSM TYPE CODE 


336 




T SMD Fl 




Ant TAP t~ 1 OUAnT i— \ r— <-k /-\ 

API TAG Fl SHORT DESC 


A G1E A 


okiw oi inT i~\ r~* o t~\s 

BNY SHRT DESC TX 


T SMD Fl 




API TAG Fl DESC1 


A G11 A 


i~» a i \ f r\ f~~ s~\ i i a i f~~ a T" v/ 

BNY DESC LINE1 TX 


T SMD Fl 




API TAG Fl DESC2 


A G12 A 


BNY DESC LINE2 TX 


T SMD Fl 




API TAG Fl DESC3 


A G13 A 


BNY DESC LINE3 TX 


T SMD Fl 




API TAG Fl DESC4 


A G14 A 


r-k ik l\/ r-\ f — o /-\ ■ 1 k 1 r— ^| -i-w 

BNY DESC LINE4 TX 


T SMD Fl 




API TAG Fl DESC5 


A G15 A 


BNY DESC LINES TX 


T SMD Fl 




A r"»l T A ^"H ^1 1 n^"\ 1 ■ f"" - A 1 1 

API TAG Fl ISSUE DATE 


A 334 A 


ISUE DT 


T SMD Fl 




Ani TAP ippi 1 1 — n K 1 A K /I i — 

API TAG ISSUER NAME 


A 402 A 


nntj ft. i ft ii 

PRM NM 


T" Aim i s^i ^ai 

T SMD LGLEN 




API TAG ISSUING CURRENCY 


A 403 A 


ISUE CCY CD 


T SMD Fl 




A 1 VI ^r* A ■ y*\ i lift i y*\ y*\ i i & n^r\\ y 

AR TAG ISSUING COUNTRY 


A 404 A 


ISUE CTR CD 


T SMD Fl 




A m ~T~ A /"*» | 11 k 111 II |1 I 1— I Ik I n. inn 1 T\ t 

API TAG MINIMUM FUNGIBILITY 


A 444 A 


ft A 1 A 1 1— ft 1 y"N A ft M 

MIN FNG AM 


T SMD Fl 




API TAG Fl DAY IN PERIOD CT 


A 512 A 


DY IN PER CT 


T_SMD_FI 




API TAG Fl DAY IN YEAR CT 


A 515 A 


DY IN YR CT 


T SMD Fl 




API TAG OPTION TYPE CODE 


A 543 A 


OPT TYP CD 


T SMD Fl 




API TAG OID PRICE 


A 550 A 


0ID_PRC_AM 


T_SMD_FI 




A r> 1 T" A /"» /"> 1 /"> ft a A T" A T" r"~ 

API TAG ORIG MAT DATE 


A 561 A 


r^^^ ft i ft j a r^v^r* 

ORGN MAT DT 


T SMD Fl 




Am ~t~ a /"^ t~i n a n wai i i t~ 

API TAG Fl PAR VALUE 


A 565 A 


n a r*» v / a i a ft it 

PAR VAL AM 


T SMD Fl 




API IAG PAYMENT FREQUENCY 


AOAAA 

A 600 A 


Dft/IT ITP PD 

PMT FQ CD 


T SMD Fl 




ADI TAP DAVMICMT n AV M/^ 

API IAG PAYMENT DAY NO 


Aon a a 

A 601 A 


Oft AT nv KIP 

PMT DY NO 


t o r a n\ r*i 

T_SMD_FI 




Aril TAP nniMAi r-> a I pi innriiAw 

API_TAG_PKINCIPAL_CUKRENCY 


A /> r- A A 

A 651 A 


nniM pp\/ pd 

PKIN_CCY_CD 


T SMD Fl 




ADI TAP nroCT PAD 

API IACj KbbbI CAP 


A 656 A 


PAD TCD ft A PT 

CAP_ 1 bKM_CT 


t on AD I - 1 

T SMD Fl 




ADI TAP DCOrT l~| PPO 

API TAG RcoET FLOOR 


AAmA 

A 657 A 


r— i r\ TCDft A PT 

FLR TERM CT 


T SMD Fl 




ADI TAP OIP PPI™\^ 

API TAG SIC CODE 


A 673 A 








ADI TAP OTA "TT" AAp\r 

API TAG STATE CODE 


A 674 A 


OT P D ' 

ST_CD 


T SMD Fl 




Am tap f*Tr>ii/r n n i r - 

API TAG STRIKE PRICE 


A 676 A 


is nnP a a a 

STRK PRC AM 


T_SMD_FI 




Am tap ti Ai/rn 

API TAG TICKER 


A 782 A 


r— i A\/n ai/n 

FI_NBR_SYS_NO 


T SMD Fl NBR SHM 




Am ta a lAf Ani/n aiai m 

API TAG WORKFLOW ID 


A 787 A 








Am TA A TH A AIAI i p— k. 1 1 1 ft < r~i T~~ f~*\ 

API TAG TRANCHE NUMBER 


A 789 A 


TAAIAI I A 1 f\ 

TRNCH NO 


T SMD Fl 




adi tap n r~ i ti r*i/i — n 

API TAG REL TICKER 


A 790 A 


r— | linn awa II i /— v 

Fl NBR SYS NO 


T SMD Fl NBR SHM 




ADI TAP ion MP 

API TAG ISR NO 


A 797 A 


ISR NO 


T SMD Fl 




ADI TAP r\n|A iai 1 1 — AhlAI ■ K it 

API TAG ORIG ISUE AMOUNT 


A 798 A 


pnPM ioi ir am 

ORGN ISUE AM 


T_SMD_FI 




Am ta A ipi i r~" /™\ i i^ro ara/^i nif 

API TAG ISUE OUTS AMOUNT 


A 799 A 


ioi in* s*\ i rrr* a a a 

ISUE OUTS AM 


T SMD Fl 




adi TAP ioi i r~* ITO T~~ f~T~ r\ All 

API TAG ISUE OUTS EFF DATE 


A A AAA 

800 


ioi 1 1 — i~r o rrr r\~v 

1 S U E_0 UTS_E F F_DT 


T SMD Fl 




A Dl T A P T/~\T A 1 r>| 1 A n r~ a ft AT 

AR TAG TOTAL SHARE AMT 


A 801 A 


Tf~\~r OLIO Aft il 

TOT SHR AM 


T_SMD_FI 




a ni t™ a ^* f~~ i a \ y r> a \ / ■ ■ b. it 

API TAG DELAY DAY COUNT 


A P. P\ P\ A 

802 A 


DELY DY CT 


T_SMD_FI 






oUo 


IIN 1 rKL/M U 1 


T OMIDj CI 




API_TAG_MULT RATE 


A 500 A 


MULT_RT 


T SMD Fl 




AP l_TAG_U N IT_M U LT_RATE 


A 804 A 


UNIT MULT RT 


T SMD Fl 




API TAG POOL PREFIX CD 


A 805 A 


POOL PRFX CD 


T SMD Fl 




APLTAG NEXT COUPON DATE 


A 806 A 








API_TAG_REVENUE COUNTRY 


A 811 A 








API TAG PRIMARY TRADING C0UN1 


A 812 A 








API TAG PRIMARY TRADING CURRE 


A 813 A I 
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Data Field 


Tag Numt 


SMDB Column 


SMDB Table 


Comments 


API_TAG_EXPOSURE CURRENCY 


A 814 A 








API_TAG_BNY_TYPE CODE 


A G01 A 




T SMD Fl 




API TAG Fl STATUS CODE 


A G16 A 


STAT CD 


T SMD Fl 




API TAG RECORD END 


"END" 










API TAG Fl CHAR BEGIN 


»823 A 






Repeating Group 


API_TAG_CHAR_TYP 


A 100 A 


TYP CD 


T_SM D_F l_C H AR 




API TAG RECORD END 


"END" 









API TAG RATINGS BEGIN 










API TAG MOODYS RATING 


A 160 A 


CR RTNG CLAS CD 


T SMD Fl CR RTING 


In Credit Rating Table, 
Not Fl 


API TAG SNP RATING 


A 163 A 


CR RTNG CLAS CD 


T SMD Fl CR RTING 


Not Fl 


API_TAG_RATING NO 


a R01 a 


CR RTNG NO 


T SMD Fl CR RTNG 


Value I.e. AAA, aaB 


API TAG EFF DT 


A 820 A 


EFF DT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
Should always be 
present. 


API TAG END DT 


A 821 A 


END DT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
If there is no end date, 
tag may be missing. 


API TAG RATING CLASS 


A R02 A 


CR RTNG CLAS CD 


T SMD Fl CR RTNG 


Moody rating code is ' 4 
S&P rating code 
is '2 ' or '3 \ 


API TAG RECORD END * 


"END" 









API TAG DEP BEGIN 


A 82S A 








API TAG DE DEPOSITORY ID 


A G30 A 


DEP NO 


T SMD Fl DEP ELG 




APM"AG_EFF_DT 


AQ2QA 


EFF DT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
Should always be 
present. 


APJ_TAG_END_DT 


A 821 A 


END DT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
If there is no end date, 
tag may be missing. 


API TAG INCR LOT SIZE 


A G31 A 


??? 




CNTR_LOT_SIZE_AM is 
already mapped. It is not 
in the Fl table. 


API TAG PREF DEP 


A G32 A 


PREF_DEP_FL 


T SMD Fl DEP ELG 


"y" equals preferred 
depository 


API TAG RECORD END 


"END" 









API TAG Fl CLASS CMP 


"B27" 








API TAG INSM NO 


A 318 A 


INSM NO 


T SMD Fl 


SMDB instrument 
number 


APLTAG_LGLEN NO 


A H01 A 


LGLEN NO 


T SMD Fl CLAS CMP 




API_TAG_ROLE_CODE 


a H02 a 


ROLE CD 


T SMD Fl CLAS CMP 




APLTAG CLASS NUMBER 


A H03 A 


CLAS NO 


T SMD Fl CLAS CMP 




APLTAG_CAT_CODE 


A H04 A 


CAT CPN CD 


T SMD Fl CLAS CMP 




API TAG RECORD END 


"END" 

















Begins numbering schema 


API TAG REPEAT SECID BEGIN 


"791" 






grouping 
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Data Field 


Tag Numt 


SMDB Column 


SMDB Table 


Comments 


API TAG SECID BEGIN 


A 793* 






The group from A 793 rt to A END A 
is a reDeatina arouD and occurs 
one to many times 


AP l_TAG_S EC 1 D_CO U NTR Y 


A 795 A 


CTRY CD 


T SMD Fl NBR SHM 




API TAG NBR SHM TYP CD 


a 817 a 


NBR SHM TYP CD 


T SMD Fl NBR SHM 




API_TAG Fl NBR SYS NO 


A Q18 A 


Fl NBR SYS NO 


T SMD Fl NBR SHM 




API TAG NBR SHM PURP CD 


A 819 A 


NBR SHM PURP CD 


T SMD Fl NBR SHM 




API TAG EFF DT 


A 820 A 


EFF DT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
Should always be 
present. 


API TAG END DT 


A 821 A 


ENDJDT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
If there Is no end date, 
tag may be missing. 


To Get ISIN 








A 817 A equals '0' 
(industry) or or '41' (user 
assigned) 

Value found in A 818 A 


To Get SEDOL 








A 817 A equals '2 ' 
(industry) or *43' (user 
assigned) Value 
found in A 818 A 


To Get Common Code 








A 817 A equals '3' 
Value found in A 818 A 


To Get CUSIP 








A 817 A equals '1 ' 
(industry) or '44' (user 
assigned) Value 
found in A 818 A 


i o taet Local uoae 








A 817 A equals '52' I 
vaiue Touna in oio 


API TAG RECORD END 










API TAG REPEAT SECID END 


A 792 A 






Ends numbering schema 
repeating group j 



API TAG REL REPEAT SK/P BEGIN 


*691 A 






Begins related numbering 
schema grouping 


API TAG REL SK/P BEGIN 


A 693 A 






Begins related number 


API TAG RELSECID begin 


A 826 A 






The group from A 693 A to A END A 
is a repeating group and occur 
one to many times 


API TAG SECID COUNTRY 


A 795 A 


CTRY CD 


T SMD Fl NBR SHM 




API TAG NBR SHM TYP CD 


A 817 A 


NBR SHM TYP CD 


T SMD Fl NBR SHM 




API TAG Fl NBR SYS NO 


A 818 A 


Fl NBR_SYSJMO 


T SMD Fl NBR SHM 




API TAG NBR SHM PURP CD 


A 81 QA 


NBR SHM PURP CD 


T SMD Fl NBR SHM 




API TAG EFF DT 


A 820 A 


EFF DT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
Should always be 
present. 


API TAG END DT 


A 821 A 


END DT 


T SMD Fl NBR SHM 


Format yyyy-mm-dd 
If there is no end date, 
tag may be missing. ; 


To Get related ISIN 








A 817 A equals '0' 
(industry) or or '41' (user 
assigned) 

Value found in A 818 A 


To Get related SEDOL 








A 817 A equals '2' 
(industry) or '43' (user 
assigned) Value 
found in A 818 A 


To Get related Common Code 








A 817 A equals '3' 
Value found in A 818 A 
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6? 



Data Field 




SMDB Column 


SMDB Table 


Comments 


To Get related CUSIP 








A 817 A equals *1 ' 
(industry) or*44' (user 
assigned) Value 
found in A 818 A 


To Get related Local Code 








A 817 A equals '52' 
Value found in A 818 A 


API TAG RECORD END 


A END A 









API TAG REL INSM BEGIN 


A 849 A 






defines relationship 


API TAG INSM NO 


A 318 A 


INSM NO 


T SMD Fl 


SMDB instrument 
number 


API TAG REL INSM TYP CD 


A 850 A 


TYP CD 


T_SMD_REL_INSM 




API_TAG_REL_INSM_EFF DT 


A 851 A 


EFF DT 


T_SMD_REL_INSM 




API TAG REL INSM RT 


A 852 A 


RT 


T SMD REL INSM 




API_TAG_REL_INSM END DT 


A 853 A 


END DT 


T SMD REL INSM 




API TAG REL ISM NO 


A 335 A 






SMDB related 
instrument number 


API TAG RECORD END 


A £ND A 



















REPEATING GROUP 
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EV478774021US 



SMDB TAG NAME 



SMDB TAG 



SWIFT MNEMONIC 



Descriptio 



AP_OBJ_SMDBNOTIFY 
APPL JPM 



" A JPM A " 
" A ROU A " 
" A 820 A " 



"SMDNOTIFY" 



IMNTNOTIFY 



Opening Ri 
Feed to JPI 
Tag Group 
Effective D; 
End of Cyc 
cycle id 20' 
Number of 
End Of Rec 
End Of Me; 



API_TAG_EFF_DT 

API_TAG_PR_MARKER 

API_TAG_PR_CYCLE 

API_TAG_NUM_OF_PRICES 

API_TAG_RECORD_END 

API TAG EOM 



" A END A " 
" A EOM A " 



EFFDT 

MSG-TYP 

MARKERID 

NUM-OF-PRICES 

END 

-} 



{1 :F01 IRVTUS3NXXXX0000000001}{2:05981 71 3000606MGTCGB22AXXX00000000000006061 71 3N 

:20:061713310884 

: 12:598 

:77E: 

-} 

{1:F01IRVTUS3NXXXX0000000001}{2:O5981713000606MGTCGB22AXXX00000000000006061713N 

:20:061713310884 

: 12:598 

:77E: 

/MSG-TYP/MARKER 
/DATA-SRC/ILITE 
/DATA-TRGT/SMDB 
/POST-DAT/1 9991 029 
/POST-TIM/16:05EST 
/M ARKE RI D/EN D-OF-D AY 
- / NUM-OF-PRICES/700 
-} 



n 



ecord Type Indicator 
M 

Delimiter 
ate 

le Marker 

11,2045,2012,2046 
Securities priced within the cycle 
:ord Delimiter 
ssage Delimiter 

IK3:{1 13:9601}{108:com.jpmorgan.ams.xtest.servlet.Translator@1dad0db4 id 350}}{4: 



IK3:{11 3:9601 }{108:com.jpmorgan.ams.xtest.servlet.Translator@1dad0db4 id 350}}{4: 



2 



\ 



* 



ST. LOUIS, MISSOURI 
WASHINGTON, D.C. 
KANSAS CITY, MISSOURI 
OVERLAND PARK, KANSAS 
PHOENIX, ARIZONA 
SANTA MONICA, CALIFORNIA 
IRVINE, CALIFORNIA 
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BRYAN CAVE LLP 

245 Park Avenue 
NEW YORK, NY 10167-0034 

(2 1 2) 692-1 800 
FACSIMILE: (2 12) 692-1900 



EV478774021US 



LONDON, ENGLAND 
RIYADH, SAUDI ARABIA 
KUWAIT CITY, KUWAIT 
ABU DHABI, UNITED ARAB EMIRATES 
DUBAI, UNITED ARAB EMIRATES 
HONG KONG 
ASSOCIATED OFFICE IN SHANGHAI 



Facsimile Delivery Instructions 

This facsimile contains information which (a) may be LEGALLY PRIVILEGED, PROPRIETARY IN 
NATURE, OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and (b) is intended only for the 
use of the Addressee(s) named below. If you are not the Addressee, or the person responsible for 
delivering this to the Addressee(s), you are hereby notified that reading, copying or distributing this 
facsimile is prohibited. If you have received this facsimile in error, please telephone us immediately and 
mail the facsimile back to us at the above address. Thank You. 

FROM: BoscoKim DATE: May 8, 2001 

MATTER NO: 123357 LAN I.D. BK2 DIRECT DIAL: (212)692-1896 

MESSAGE FROM SENDER TOTAL NO. OF PAGES: 15 (including this page) 



Kirk, 

Per our telephone conversation, enclosed is a copy of the draft version of the patent 
application for SGA. 

Regards, 

Bosco 



PLEASE DELIVER TO THE FOLLOWING: 

TO: KirkWoetzel FAX NO: (212)815-5030 

COMPANY: Bank of New York PHONE NO: 



TO SENDER: 

Do you wish to have your copy returned? ^ Yes □ No 

Do you wish to be contacted when Fax is Sent? □ Yes g| No 

Do you wish to have the confirmation sheet sent to you? Yes □ No 
Do you wish to be contacted at your home/office if fax CANNOT be 

sent within one hour? Phone No: 1896 Yes □ No 



269398 



If you do not receive all material, please call (212) 692-1941, or (212) 692-1913 



